Mappage des données EDI pour le secteur de la santé

Convertissez les formats X12 835, 837, 834, 270/271 et HL7

Convertissez les transactions de santé HIPAA au format X12
Convertissez les messages HL7 v2.x et 3.x
Convertissez vers Excel, CSV, des bases de données, JSON, XML
Mappage visuel des données par glisser-déposer
IA en option pour la génération de mappages

Fonctions de traitement des données et générateur visuel de fonctions
Traitez différents types de messages EDI simultanément
Validation des messages EDI
Automatisez le mappage EDI avec MapForce Server

Convertissez des messages EDI du secteur de la santé

MapForce convertit les transactions HIPAA X12 du secteur de la santé (relevés de paiement 835, demandes de remboursement 837, inscriptions 834, éligibilité 270/271) ainsi que les messages HL7 v2.x et v3 au format Excel, CSV, XML, JSON ou dans une base de données, grâce à un mappage visuel par glisser-déposer. Il s’exécute sur votre propre machine ; ainsi, les informations de santé protégées ne quittent jamais votre système, et chaque conversion est enregistrée sous forme de mappage que vous pouvez réexécuter.

La prise en charge complète d’un large éventail de formats EDI dans MapForce vous permet d’utiliser n’importe lequel des centaines de messages et d’ensembles de transactions couverts par ces normes dans la conception de vos mappages. Vous pouvez même effectuer un mappage d’un format EDI vers un autre, par exemple pour convertir des fichiers HL7 au format X12 ou mettre à jour vos anciens messages HL7 v2.x vers la version 3.

Vous pouvez même utiliser l’assistant IA d’Altova (en option) pour générer automatiquement les connexions à partir de vos structures source et cible. C’est précisément là qu’Altova AI de MapForce s’avère le plus utile. Il comprend la signification des identifiants de transaction EDI opaques, propose les connexions appropriées et vous permet de les accepter une par une — sans que vous ayez à traduire au préalable les spécifications.

Convertissez les messages HL7 à l’aide de MapForce

Ensembles de transactions HIPAA X12

Chaque type d’échange de données dans le secteur de la santé dispose de son propre ensemble de transactions ANSI X12 numéroté. Voici la signification de chaque numéro et la tâche à laquelle il est généralement associé.

Ensemble	De quoi s’agit-il ?	La tâche à accomplir
835	Paiement/avis de remboursement de soins de santé — l’avis de paiement électronique (ERA)	Consultez le montant effectivement versé par le payeur, ainsi que les raisons pour lesquelles le reste a été refusé ou ajusté. Convertissez en Excel ou chargez dans une base de données pour analyser les refus.
837	Demande de remboursement de soins de santé — 837P (professionnel), 837I (institutionnel), 837D (dentaire)	Genérez des demandes de remboursement à partir d’une base de données de gestion de cabinet, ou convertissez les demandes soumises dans un format lisible à des fins d’audit et de rapprochement.
834	Inscription et gestion des prestations	Transférez les listes d’inscrits entre un employeur, un courtier et un payeur, ou rapprochez une liste avec un tableau interne des adhérents.
270/271	Demande et réponse concernant l’éligibilité, la couverture ou les prestations	Convertissez les réponses groupées relatives à l’éligibilité en une feuille de calcul que le service d’accueil peut réellement utiliser.
276/277	Demande et réponse concernant le statut des demandes de remboursement de soins de santé	Suivez les demandes de remboursement en attente de manière groupée plutôt que de les rechercher une par une sur un portail.
278	Examen des services de santé — autorisation préalable	Convertissez les demandes et réponses d’autorisation vers et depuis les systèmes internes.
820	Précomptes sur salaire et autres paiements de primes collectives	Rapprochez les paiements de primes par rapport aux inscriptions.
997/999	Accusé de réception fonctionnel et de mise en œuvre	Confirmez qu’un fichier soumis a bien été reçu et accepté d’un point de vue syntaxique.

« Lisez-vous » les fichiers EDI ?

Si quelqu’un vous a remis un fichier 835 ou 837 en vous demandant de le déchiffrer, la réponse honnête est que vous ne lisez pas un fichier X12 — vous le convertissez. Ce format a été conçu pour permettre à un ordinateur d’envoyer des données à un autre, et non pour être ouvert par une personne. Une seule demande de remboursement est répartie sur une douzaine de segments imbriqués les uns dans les autres, les valeurs sont des codes plutôt que des mots, et il n’y a aucun en-tête de colonne dans le fichier.

Ainsi, « lire un fichier 835 » signifie en pratique le transformer en un format comportant des lignes et des colonnes : un tableur que vous pouvez trier et filtrer, ou une table de base de données que vous pouvez interroger. C’est cette conversion que réalise MapForce, et le fait de l’effectuer sous forme de mappage enregistré plutôt que ponctuellement garantit que le fichier suivant — la semaine prochaine, le payeur suivant — se présentera sous la même forme.

Tâches courantes de conversion EDI

EDI vers Excel ou CSV

La demande la plus courante, et généralement la plus urgente. Un responsable de la facturation a besoin des refus classés par code de motif, ou une équipe financière doit rapprocher les paiements des montants attendus. Aplatissez la transaction en lignes et remettez un tableur.

De l’EDI vers une base de données

La version évolutive. Chargez les fichiers 835 dans des tables de demandes de remboursement et d’ajustements semaine après semaine, et l’analyse des refus devient une requête plutôt qu’un projet. Il en va de même pour les réponses d’éligibilité et les listes d’adhérents.

D’une base de données vers le format 837

Le sens inverse. Générez des fichiers de demandes de remboursement conformes à partir d’une base de données de gestion de cabinet ou de facturation, le mappage garantissant la structure à chaque fois.

De l’EDI vers l’EDI, pour les variantes des payeurs

Différents payeurs acceptent le même ensemble de transactions avec des attentes différentes en matière de guide d’accompagnement. Effectuez un mappage d’une variante à une autre plutôt que de maintenir des routines d’exportation distinctes.

Messages HL7 vers et depuis des données structurées

MapForce prend en charge les versions HL7 v2.x et v3 en tant que source ou cible ; ainsi, les messages cliniques peuvent être mappés vers des bases de données, des fichiers XML, JSON ou des feuilles de calcul, parallèlement aux transactions financières X12 — y compris entre différentes versions HL7, ce qui est courant lorsqu’une interface v2.x héritée doit alimenter un système basé sur la v3.

Conversion d’un message HIPAA X12 837 en XML dans MapForce

HL7 et FHIR

MapForce intègre une prise en charge des normes HL7 v2.x et HL7 v3, que ce soit en tant que source ou cible d’un mappage. Les messages peuvent être mappés vers une base de données, au format XML ou JSON, vers une feuille de calcul, ou d’une version HL7 à une autre — le mappage de la v2.x vers la v3 étant le plus souvent demandé, puisque la v3 est basée sur XML et la v2.x ne l’est pas.

FHIR est une spécification HL7 distincte des messages v2.x et v3 mentionnés ci-dessus. MapForce ne comprend pas de composant FHIR dédié, mais les ressources FHIR sont représentées au format JSON ou XML, et MapForce mappe tout vocabulaire JSON ou XML à partir de son schéma — une ressource FHIR peut donc servir de source ou de cible de mappage au même titre que n’importe quel autre format défini par un schéma.

Validation EDI, accusés de réception et transactions personnalisées

Un fichier de demande de remboursement présentant des erreurs de structure n’est pas simplement ignoré : il est rejeté, et le paiement est reporté d’un cycle. Ces fonctionnalités permettent de détecter ce problème avant que le fichier ne quitte votre service, et de gérer le fait qu’aucun payeur ne remplit un ensemble de transactions exactement de la même manière :

Validation des messages EDI par rapport à la norme, afin que les problèmes structurels soient détectés avant l’envoi du fichier
Génération d’accusés de réception 997 et 999 pour confirmer la réception et l’acceptation syntaxique
Un format de fichier de configuration EDI modifiable par l’utilisateur pour ajouter de nouvelles transactions ou adapter celles existantes afin qu’elles correspondent au guide d’accompagnement du payeur
Un débogueur interactif de mappage de données permettant de suivre une valeur depuis le segment source jusqu’à la colonne de sortie

Laissez Altova AI créer la première ébauche

Les identifiants X12 sont concis de par leur conception. CLP, CAS, SVC et les boucles dans lesquelles ils s’inscrivent ont une signification métier précise, mais rien dans leur nom ne vous indique quelle est cette signification. Traditionnellement, vous ne pouvez pas relier un seul champ tant que vous n’avez pas consulté le guide de mise en œuvre — ce qui rend chaque mappage EDI dans le secteur de la santé dépendant d’une personne connaissant déjà le format.

Altova AI comprend la signification de ces identifiants et vous propose les connexions. Les suggestions sont générées sous forme de première ébauche que vous examinez : acceptez ou refusez chacune d’entre elles, puis validez celles que vous souhaitez conserver. Si un passage laisse des champs ouverts, vous pouvez demander à nouveau des suggestions uniquement pour ces champs plutôt que de les compléter manuellement.

Le logiciel suggère des fonctions de transformation ainsi que des connexions ; ainsi, les recherches de code et les conversions de valeurs font partie intégrante de l’ébauche plutôt que de constituer un travail à effectuer par la suite. Vous obtenez ainsi un mappage MapForce standard — que vous pouvez inspecter, affiner et compiler pour MapForce Server comme n’importe quel autre.

Altova AI pour MapForce est disponible sous forme d’abonnement complémentaire.

Les données de santé protégées (PHI) restent sur votre ordinateur

MapForce est un logiciel de bureau. Un fichier 835 ou 837 est lu à partir de votre propre disque dur et y est réécrit. Il n’y a ni téléchargement, ni service tiers hébergeant le fichier, ni fournisseur ajoutant le fichier à un inventaire de données en vue d’une conversion. Pour un service de facturation qui se demande s’il doit coller un fichier de paiement dans un convertisseur web, c’est là tout l’enjeu.

Pour les conversions automatisées, MapForce Server exécute le même mappage sur une infrastructure que vous contrôlez.

Ce que MapForce n’est pas

MapForce est un outil de mappage et de conversion de données ; ce n'est ni un centre de traitement ni un système de gestion de cabinet. Il ne transmet pas de réclamations aux payeurs, ne gère pas de connexion avec des partenaires commerciaux et ne gère pas le cycle de facturation. Il convertit, valide et génère les fichiers échangés par ces systèmes, et automatise cette conversion afin qu'elle s'effectue sans intervention humaine.

“Il est rare de trouver une entreprise de logiciels fiable dans le domaine de l’EDI, mais Altova, grâce à [son] assistance, nous a vraiment impressionnés.”

John Russell Enter, Inc.

Télécharger

Téléchargez dès maintenant une version d’essai gratuite et entièrement fonctionnelle d’Altova MapForce, valable 30 jours !

Mise à jour

Les clients existants peuvent effectuer la mise à jour vers la dernière version ici.

Acheter

MapForce maintenant.

Qu'est-ce qu'un fichier EDI 835 ?
Un fichier 835 correspond à la transaction de paiement/avis de remboursement de soins de santé, également appelée « avis de paiement électronique » (ERA). Un payeur l'envoie à un prestataire pour indiquer les montants payés au titre des demandes de remboursement soumises, les ajustements effectués et le montant restant dû par le patient.
Il s'agit d'un fichier composé de segments codés plutôt que d'un document, il est donc généralement converti en feuille de calcul ou en table de base de données avant d'être lu.
MapForce peut-il convertir des fichiers X12 en Excel ?
Oui. Mappez n’importe quelle transaction X12 prise en charge — 835, 837, 834, 270/271 et autres — avec une destination Excel ou CSV en reliant les champs des segments aux colonnes.
Comme le mappage est enregistré sous forme de fichier, la même conversion s’applique automatiquement aux fichiers de la semaine suivante sans qu’il soit nécessaire de la recréer.
MapForce est-il un convertisseur EDI HIPAA ?
MapForce lit et écrit des ensembles de transactions HIPAA X12 et les valide par rapport à la norme, ce qui constitue la fonction de conversion. Il ne s’agit pas d’un centre de traitement et il ne transmet pas de fichiers aux payeurs.
Utilisez-le en complément de votre processus de soumission existant et automatisez la conversion avec MapForce Server lorsque celle-ci doit s’exécuter sans intervention humaine.
Quelles versions HL7 MapForce prend-il en charge ?
MapForce prend en charge les versions HL7 v2.x et HL7 v3 en tant que source ou cible d’un mappage.
Les messages peuvent être mappés vers des bases de données, des fichiers XML, JSON ou des feuilles de calcul, ou d’une version HL7 à une autre. Le mappage de la version v2.x vers la version v3 est la conversion la plus souvent requise, car la version v3 est basée sur XML, contrairement à la version v2.x.
MapForce prend-il en charge FHIR ?
FHIR est une spécification HL7 distincte des messages v2.x et v3 pris en charge par MapForce. Il n’existe pas de composant FHIR dédié dans MapForce.
Les ressources FHIR sont représentées au format JSON ou XML, et MapForce mappe tout vocabulaire JSON ou XML à partir de son schéma ; ainsi, une ressource FHIR peut servir de source ou de cible de mappage au même titre que n’importe quel autre format défini par un schéma.
Puis-je gérer les variantes du guide d’accompagnement d’un payeur ?
Oui. MapForce utilise un format de fichier de configuration EDI modifiable ; ainsi, des transactions peuvent être ajoutées ou ajustées pour correspondre à la manière dont un payeur particulier remplit un ensemble de transactions.
Altova AI vous aide également dans ce domaine : comme elle analyse votre fichier réel, les connexions qu’elle suggère reflètent la manière dont ce payeur remplit la transaction dans la pratique, plutôt que ce que la norme autorise en théorie.
L’IA peut-elle aider à créer le mappage ?
Oui. Altova AI analyse vos structures source et cible, décode les étiquettes X12 cryptiques et propose à la fois les connexions et les fonctions de transformation entre celles-ci. Vous pouvez accepter ou refuser chaque suggestion individuellement, ou les appliquer toutes en une seule fois.
Altova AI est un abonnement acheté en complément de votre licence MapForce et nécessite un pack de support et de maintenance.
La conversion peut-elle s’exécuter automatiquement ?
Oui. Compilez le mappage pour MapForce Server et planifiez-le avec FlowForce Server afin que les fichiers soient convertis dès leur arrivée ou selon un calendrier fixe.
Un dossier entier de fichiers peut être traité en une seule exécution, ce qui correspond à l’utilisation qu’en font la plupart des équipes de facturation.

Language:
EN
DE
FR
ES
JA
ZH
IT
KO
NL
PL
PT