# Software EDI para el sector sanitario: Asignación de datos X12 835, 837, 834, 270, 271

### Asignación de datos EDI para el sector sanitario

Conversión de datos X12 835, 837, 834, 270/271 y HL7- Conversión de transacciones sanitarias HIPAA X12
- Conversión de mensajes HL7 v2.x y 3.x
- Conversión en Excel, CSV, bases de datos, JSON, XML
- Asignación visual de datos mediante la función de arrastrar y soltar
- IA opcional para la generación de asignaciones

- Funciones de procesamiento de datos y generador visual de funciones
- Procesa distintos tipos de mensajes EDI al mismo tiempo
- Validación de mensajes EDI
- Automatice asignaciones de datos EDI con MapForce Server

## Conversión de mensajes EDI del sector sanitario

MapForce convierte transacciones sanitarias HIPAA X12 (notas de pago 835, solicitudes de reembolso 837, altas 834 y elegibilidad 270/271) y mensajes HL7 v2.x y v3 en formatos Excel, CSV, XML, JSON o de base de datos, mediante asignaciones visuales gráficas. Se ejecuta en su propio equipo, por lo que la información sanitaria protegida nunca sale de él, y cada conversión se guarda como una asignación de datos que puede volver a ejecutar.

La compatibilidad total con una [amplia gama de formatos EDI en MapForce](edi-mapping.md) le permite utilizar cualquiera de los cientos de mensajes y conjuntos de transacciones contemplados en estos estándares en su diseño de asignación de datos. Incluso puede realizar convertir unos formatos EDI en otros, por ejemplo, para convertir archivos HL7 en formato X12 o actualizar sus mensajes HL7 v2.x heredados a la versión 3.

Incluso puede utilizar el Asistente IA de Altova (que se adquiere opcionalmente por separado), para generar automáticamente las conexiones a partir de sus estructuras de origen y destino. Es precisamente en este aspecto donde Altova AI resulta de mayor utilidad en MapForce. [Interpreta el significado que se esconde tras los identificadores opacos de transacciones EDI](https://www.altova.com/blog/2026/06/letting-ai-decode-your-edi-mappings-in-mapforce), propone las conexiones adecuadas y le permite aceptarlas una por una, sin que tenga que traducir primero las especificaciones.

[Convertir HL7 con MapForce](https://www.altova.com/images/HL7-data-mapping.png)

## Conjuntos de transacciones HIPAA X12

Cada tipo de intercambio de datos sanitarios cuenta con su propio conjunto de transacciones ANSI X12 numerado. A continuación se explica el significado de cada número y la tarea a la que suele estar asociado.

ConjuntoQué esLa tarea a realizar835Pago y notificación de solicitudes de reembolso de gastos sanitarios: el aviso de pago electrónico (ERA)Consultar qué importe pagó realmente el responsable del pago y por qué se denegó o se ajustó el resto. Convertir en Excel o cargar en una base de datos para analizar las denegaciones.837Solicitud de reembolso de gastos sanitarios: 837P (profesional), 837I (institucional), 837D (odontológica)Generar solicitudes de reembolso a partir de una base de datos de gestión de la consulta médica o convertir las solicitudes de reembolso presentadas en un formato legible para su posterior auditoría y conciliación.834Inscripción y gestión de prestacionesTransferencia de listas de afiliados entre una empresa, un intermediario y una entidad aseguradora, o conciliación de listas con una tabla interna de afiliados.270/271Consultas y respuestas sobre requisitos de acceso, cobertura o prestacionesConvertir las respuestas sobre los requisitos de acceso a los lotes en una hoja de cálculo que la recepción pueda utilizar de verdad.276/277Solicitud y respuesta sobre el estado de una solicitud de reembolso de gastos sanitariosSeguimiento de las solicitudes de reembolso pendientes de forma masiva, en lugar de consultar el portal una por una.278Revisión de los servicios sanitarios: autorización previaConvertir las solicitudes y respuestas de autorización procedentes de sistemas internos y dirigidas a ellos.820Deducciones de nómina y otros pagos de primas colectivasConciliar los pagos de las primas con las inscripciones.997 / 999Declaración de funcionalidad e implementaciónConfirmar la recepción y aceptación sintáctica de un archivo enviado.## ¿«Lee» archivos EDI?

Si le han entregado un archivo 835 o un 837 y le han pedido que lo interprete, la realidad es que un archivo X12 no se lee, sino que se convierte. El formato se diseñó para que un ordenador lo transmitiera a otro, no para que lo abriera una persona. Una sola afirmación se distribuye a lo largo de una docena de segmentos en bucles anidados; los valores son códigos en lugar de palabras, y no hay encabezados de columna en ninguna parte del archivo.

Por lo tanto, «leer un archivo 835» significa, en la práctica, convertirlo en algo con filas y columnas: una hoja de cálculo que se puede ordenar y filtrar, o una tabla de base de datos que se puede consultar. Esa conversión es precisamente lo que hace MapForce, y el hecho de hacerla como una asignación de datos guardada, en lugar de hacerlo de forma puntual, garantiza que el siguiente archivo se genere con el mismo formato.

## Tareas habituales de conversión de datos EDI

**EDI a Excel o CSV**

La solicitud más habitual y, por lo general, la más urgente. Un responsable de facturación necesita conocer los rechazos por código de motivo, o bien un equipo financiero necesita conciliar los pagos con los importes previstos. Desglose la transacción en filas y entregue una hoja de cálculo.

**EDI a database**

La versión que se adapta a sus necesidades. Si introduce los datos del 835 en las tablas de solicitudes de reembolso y liquidaciones semana tras semana, el análisis de denegaciones se convierte en una simple consulta en lugar de un proyecto. Lo mismo ocurre con las respuestas sobre los requisitos de aceptación y las listas de afiliados.

**Base de datos a 837**

Conversión en la dirección contraria. Genere archivos de solicitudes de reembolso que cumplan con la normativa a partir de una base de datos de gestión de la consulta médica o de facturación, de modo que la asignación garantice el cumplimiento de la estructura en todo momento.

**EDI a EDI, para distintos pagadores**

Los distintos pagadores aceptan el mismo conjunto de transacciones con diferentes expectativas en cuanto a la guía complementaria. Realice la conversión de una variante a otra, en lugar de mantener rutinas de exportación independientes.

**Mensajes HL7 a datos estructurados, y viceversa**

MapForce admite componentes de origen y destino HL7 v2.x y v3, por lo que los mensajes clínicos pueden asignarse a bases de datos, XML, JSON u hojas de cálculo, junto con las transacciones financieras X12 (incluso entre distintas versiones de HL7), lo cual es una tarea habitual cuando una interfaz heredada de v2.x debe alimentar un sistema basado en v3.

[Convertir HIPAA X12 837 en XML en MapForce](https://www.altova.com/images/hipaa-x12-to-xml.png)

## HL7 y FHIR

MapForce incluye compatibilidad integrada con HL7 v2.x y HL7 v3, tanto como origen como destino de una asignación de datos. Los mensajes pueden convertirse a una base de datos, a formato XML o JSON, a una hoja de cálculo o de una versión de HL7 a otra; la conversión de la versión v2.x a la versión v3 es la más solicitada, ya que v3 se basa en XML y v2.x no.

FHIR es una especificación HL7 independiente de los mensajes v2.x y v3 mencionados anteriormente. MapForce no incluye un componente específico para FHIR, pero los recursos FHIR se representan como JSON o XML, y MapForce asigna cualquier vocabulario JSON o XML a partir de su esquema; por lo tanto, un recurso FHIR puede servir como origen o destino de la asignación de datos, del mismo modo que cualquier otro formato definido por un esquema.

## Validación de EDI, confirmaciones y transacciones personalizadas

Un archivo de solicitud de reembolso con errores estructurales no se descarta sin más: se devuelve rechazado y el pago se retrasa un ciclo. Estas funciones están pensadas para detectar ese problema antes de que el archivo salga de su oficina y para hacer frente al hecho de que no hay dos pagadores que rellenen un conjunto de transacciones exactamente de la misma manera:

- Validación de los mensajes EDI con arreglo al estándar, de modo que los problemas estructurales salgan a la luz antes de que se envíe el archivo
- Generación de confirmaciones 997 y 999 para confirmar la recepción y la aceptación sintáctica
- Un formato de archivo de configuración EDI editable por el usuario que permite añadir nuevas transacciones o modificar las existentes para que se ajusten a la guía complementaria del pagador
- Un [depurador interactivo de asignaciones de datos](mapforce.md#data_mapping_debugger) para rastrear un valor desde el segmento de origen hasta la columna de salida

## Deje que Altova AI elabore el primer borrador

Los identificadores X12 son concisos por su propio diseño. CLP, CAS, SVC y los bucles en los que se encuentran tienen un significado empresarial concreto, pero nada en su nombre indica cuál es ese significado. Tradicionalmente, no es posible conectar un solo campo hasta que se haya consultado la guía de implementación, lo que hace que cada asignación de datos EDI para el sector sanitario dependa de alguien que ya conozca el formato.

Altova AI comprende el significado de esos identificadores y le [sugiere las conexiones](https://www.altova.com/blog/2026/06/letting-ai-decode-your-edi-mappings-in-mapforce). Las sugerencias se crean como un primer borrador que usted revisa: acepte o rechace cada una de ellas y, a continuación, confirme las que desee. Si una pasada deja campos sin cubrir, puede volver a solicitar solo esos campos en lugar de completarlos manualmente.

Sugiere tanto funciones de transformación como conexiones, por lo que las búsquedas de código y las conversiones de valores forman parte del borrador, en lugar de ser tareas que quedan pendientes para más adelante. El resultado es una asignación estándar de MapForce, que puede revisar, perfeccionar y compilar para MapForce Server como cualquier otra.

[Altova AI para MapForce](ai-data-integration.md) está disponible con una suscripción complementaria.

## La información médica protegida (PHI) permanece en su equipo

MapForce es un programa de escritorio. Lee los archivos 835 o 837 de su propio disco y vuelve a escribir en ellos. No hay que subir ningún archivo, ningún servicio externo lo almacena ni hay que añadirlo al inventario de datos de ningún proveedor para su conversión. Para un departamento de facturación que se plantea si debe pegar un archivo de pagos en un conversor web, esa es la cuestión fundamental.

En el caso de las conversiones automatizadas, [MapForce Server](../mapforce-server.md) ejecuta la misma asignación en la infraestructura que usted controla.

## Qué no es MapForce

MapForce es una herramienta de asignación y conversión de datos; no es una central de datos ni un sistema de gestión para consultas médicas. No presenta solicitudes de reembolso a las entidades pagadoras, no mantiene una relación con socios comerciales ni gestiona el ciclo de ingresos. Convierte, valida y genera los archivos que intercambian dichos sistemas, y automatiza dicha conversión para que se ejecute sin intervención humana.


## Customers Say

No es fácil encontrar empresas de software con una sólida trayectoria en el intercambio electrónico de datos, pero Altova y su equipo de soporte técnico nos han impresionado.
John Russell
Enter, Inc.

## Call to Action

[Pruebe gratis Altova MapForce durante 30 días.](download.md)
[Si ya es cliente de Altova, puede descargar la versión más reciente del software.](download.md)
[Compre una licencia de MapForce ahora.](https://shop.altova.com/MapForce)

### ¿Qué es un archivo EDI 835?

Un 835 es la transacción de pago/aviso de solicitud de reembolso de gastos sanitarios, también denominada aviso de pago electrónico o ERA. Un pagador se la envía a un proveedor para informar de lo que se ha abonado en relación con las solicitudes de reembolso presentadas, de los ajustes realizados y de lo que debe el paciente.

Se trata de un archivo compuesto por segmentos codificados, más que de un documento, por lo que normalmente se convierte en una hoja de cálculo o en una tabla de base de datos antes de que alguien pueda leerlo.

### ¿Puede MapForce convertir archivos X12 a Excel?

Sí. Asigne cualquier transacción X12 compatible (835, 837, 834, 270/271 y otras) a un archivo de destino en formato Excel o CSV, conectando los campos de los segmentos a las columnas.

Dado que la asignación se guarda como un archivo, la misma conversión se vuelve a ejecutar en los archivos de la próxima semana sin necesidad de volver a crearla.

### ¿Es MapForce un traductor EDI conforme a la HIPAA?

MapForce lee y escribe conjuntos de transacciones HIPAA X12 y los valida según la norma, lo que constituye la función de traducción. No es una centro de datos y no transmite archivos a las entidades pagadoras.

Combínelo con su proceso de envío actual y automatice la conversión con MapForce Server en aquellos casos en los que sea necesario que se ejecute sin intervención humana.

### ¿Qué versiones de HL7 son compatibles con MapForce?

MapForce admite HL7 v2.x y HL7 v3 como componentes de origen o destino de una asignación de datos.

Los mensajes pueden asignarse a bases de datos, archivos XML, JSON u hojas de cálculo, o bien de una versión de HL7 a otra. La asignación de datos de la versión 2.x a datos de la versión 3 es la que se requiere con mayor frecuencia, ya que la versión 3 se basa en XML y la 2.x no.

### ¿Es compatible MapForce con FHIR?

FHIR es una especificación HL7 independiente de los mensajes v2.x y v3 que admite MapForce. MapForce no cuenta con ningún componente específico para FHIR.

Los recursos FHIR se representan como JSON o XML, y MapForce asigna cualquier vocabulario JSON o XML a partir de su esquema; por lo tanto, un recurso FHIR puede servir como origen o destino de la asignación de datos, del mismo modo que cualquier otro formato definido por un esquema.

### ¿Puedo gestionar las variaciones de la guía complementaria de un pagador?

Sí. MapForce utiliza un formato de archivo de configuración EDI editable, por lo que es posible añadir o modificar transacciones para adaptarlas a la forma en que un pagador concreto completa un conjunto de transacciones.

Altova AI también resulta de ayuda en este aspecto: dado que analiza su archivo real, las conexiones que sugiere reflejan la forma en que ese pagador completa la transacción en la práctica, en lugar de lo que la norma permite en teoría.

### ¿Puede la IA ayudar a crear la asignación de datos?

Sí. Altova AI analiza sus estructuras de origen y destino, descifra las etiquetas crípticas de X12 y propone tanto las conexiones como las funciones de transformación entre ellas. Puede aceptar o rechazar cada sugerencia por separado, o bien aplicarlas todas a la vez.

Altova AI es una suscripción que se adquiere como complemento a su licencia de MapForce y requiere un paquete de soporte y mantenimiento.

### ¿Se puede ejecutar la conversión de forma automática?

Sí. Compile la asignación para MapForce Server y prográmela con FlowForce Server para que los archivos se conviertan en el momento de su recepción o según un horario fijo.

En una sola ejecución se puede procesar toda una carpeta de archivos, que es precisamente cómo suelen utilizarlo la mayoría de los equipos de facturación.