Dos archivos, una conversación
Casi cada dólar de la facturación sanitaria de EE. UU. se mueve a través de una breve conversación entre dos documentos electrónicos. El proveedor envía un 837 — la reclamación electrónica que dice "esto es lo que hicimos y lo que cobramos". El pagador responde con un 835 — el aviso de remesa, o ERA (aviso de remesa electrónico), que dice "esto es lo que pagamos, lo que debe el paciente y por qué". Ambos son transacciones EDI ANSI ASC X12, y dominar cómo encajan es el núcleo del trabajo de ciclo de ingresos. Si quieres ver estructura real mientras lees, abre el Visor de EDI X12 837/835 en otra pestaña y carga sus ejemplos integrados.
El sobre compartido
Antes de ver las diferencias, conviene saber que ambos archivos comparten la misma estructura de sobre. Un par ISA/IEA envuelve todo el intercambio; un par GS/GE envuelve un grupo funcional de transacciones del mismo tipo; y un par ST/SE envuelve cada conjunto de transacciones individual. El elemento ST01 identifica el tipo — 837 o 835 — y un número de control en ST02 lo repite el SE para poder emparejarlos. Los datos internos se organizan en segmentos (un identificador más elementos), con delimitadores declarados en la cabecera ISA de ancho fijo. Una vez que ves ese esqueleto, ambos archivos dejan de parecer un muro de texto.
Dentro de la reclamación 837
El 837 se construye en torno a una jerarquía: el proveedor facturador, el suscriptor (la persona asegurada) y el paciente. Esa jerarquía se expresa con segmentos HL, y las partes se nombran con segmentos NM1 — el proveedor facturador, el pagador, el suscriptor y el paciente reciben cada uno el suyo. La reclamación en sí vive en el segmento CLM, que lleva el ID de reclamación, el cargo total y un compuesto que describe el lugar de servicio y la frecuencia de la reclamación. Los códigos de diagnóstico aparecen en segmentos HI, y cada servicio facturable es una línea: SV1 para reclamaciones profesionales (un código de procedimiento, cargo y unidades) o SV2 para reclamaciones institucionales. Las fechas se adjuntan mediante segmentos DTP. Leído de arriba abajo, un 837 responde: quién factura, para quién, por qué diagnósticos y por qué servicios y a qué cargo.
Dentro de la remesa 835
El 835 se organiza en torno a un pago más que a un paciente. Se abre con un segmento BPR que lleva el importe total del pago y el método (por ejemplo, una transferencia ACH), seguido de un número de rastreo TRN — el campo más importante para la conciliación, porque enlaza el ERA con el depósito real que llega a la cuenta bancaria del proveedor. Luego, para cada reclamación, un segmento CLP da la historia a nivel de reclamación: el ID de reclamación (que coincide con el 837), el estado de la reclamación, el importe facturado, el importe pagado y la responsabilidad del paciente. El detalle a nivel de línea de servicio sigue en segmentos SVC. Las partes se identifican con segmentos N1 y NM1. Leído de arriba abajo, un 835 responde: cuánto se pagó en total, contra qué reclamaciones y cómo se desglosa el pago de cada una.
El segmento que lo explica todo: CAS
La razón por la que una reclamación pagó menos de lo facturado está casi siempre en un segmento CAS. CAS — ajuste de la reclamación — combina tres cosas: un código de grupo, un código de motivo y un importe. El código de grupo dice quién soporta el ajuste: PR para responsabilidad del paciente (franquicia, copago, coaseguro), CO para obligación contractual (el descuento negociado que el proveedor aceptó y no puede facturar al paciente), OA para otros ajustes y PI para reducciones iniciadas por el pagador. El código de motivo — un CARC (Claim Adjustment Reason Code) — da el "porqué" específico, y un RARC (Remittance Advice Remark Code) opcional añade detalle. Así, una línea que dice CAS*PR*1*30.00 significa 30 $ de responsabilidad del paciente bajo el código de motivo 1 (franquicia). Aprender a leer los segmentos CAS es la diferencia entre "el pago parece incorrecto" y "el paciente debe su franquicia".
Cómo se concilian los dos
Conciliar es el acto de emparejar un 835 con el 837 que lo produjo y confirmar que el dinero cuadra. El flujo es sencillo una vez que conoces los campos: toma cada CLP del 835, lee su ID de reclamación y busca el CLM con el mismo ID en el 837 de origen. Confirma que el importe facturado coincide, luego lee el importe pagado y los ajustes CAS y verifica que cargo = pagado + responsabilidad del paciente + descuento contractual + cualquier otro ajuste. Cuando esos suman, la reclamación está conciliada. Cuando no, los códigos CAS suelen decirte exactamente dónde está la diferencia. El número de rastreo TRN, por su parte, vincula todo el 835 con el depósito bancario para que contabilidad confirme que el pago llegó de verdad.
Dónde salen mal las cosas
La mayoría de los quebraderos de cabeza del EDI caen en dos cubos. El primero es estructural: una cámara de compensación rechaza un archivo porque el sobre está mal formado — un SE que falta, un número de control que no coincide entre ST y SE, o un recuento de segmentos que no concuerda con el remolque. Estos se detectan rápido cuando puedes ver los segmentos agrupados en transacciones y recibir un aviso sobre una transacción sin cerrar. El segundo es financiero: un pago no coincide con lo esperado, y la respuesta está en los ajustes CAS y el código de estado del CLP. Ambos tipos de problema son mucho más fáciles de diagnosticar cuando puedes abrir el archivo en bruto y verlo desglosado en segmentos nombrados y elementos compuestos separados, en lugar de forzar la vista con texto delimitado por barras.
Leer archivos de forma segura
Como las reclamaciones y las remesas contienen información sanitaria protegida — nombres de pacientes, números de afiliado, códigos de diagnóstico y procedimiento —, dónde los abres importa. Un visor que sube el archivo a un servidor pone la PHI en la infraestructura de otro. Un visor en el cliente que analiza todo en tu navegador mantiene los datos en tu máquina, por eso el Visor de EDI X12 837/835 hace todo el análisis en local y nunca sube nada. Eso lo hace seguro para inspeccionar un archivo real de un pagador durante una investigación, en una estación de trabajo restringida o incluso sin conexión.
837 profesional frente a institucional
No todos los 837 son iguales. El 837P (profesional) es el que presenta una consulta médica, un terapeuta o un proveedor independiente; sus líneas de servicio usan segmentos SV1 que llevan un código de procedimiento (normalmente CPT o HCPCS) con modificadores, un cargo y unidades. El 837I (institucional) es el que presenta un hospital o centro; sus líneas de servicio usan segmentos SV2 organizados en torno a códigos de ingreso, y lleva datos adicionales específicos del centro, como información de admisión y alta. También existe un 837D para odontología. El sobre y la mayor parte de la jerarquía son idénticos, así que una vez que sabes leer uno puedes leerlos todos — pero saber si miras una reclamación profesional o institucional te dice qué segmento de servicio esperar y cómo interpretar los códigos de cada línea. Cuando abres una reclamación en un visor y ves SV1, sabes que es profesional; SV2 significa institucional.
Un glosario de campos para leer rápido
Un puñado de identificadores de segmento hace casi todo el trabajo, y memorizarlos convierte el EDI de críptico en rutinario. En el lado de la reclamación: BHT inicia la transacción, HL construye la jerarquía proveedor/suscriptor/paciente, NM1 nombra a una parte, CLM es la reclamación, HI contiene los diagnósticos, y SV1/SV2 son las líneas de servicio. En el lado de la remesa: BPR es el pago, TRN es el número de rastreo, CLP es el pago de la reclamación, SVC es el pago del servicio y CAS es el ajuste. En ambos: REF lleva identificadores de referencia, DTP y DTM llevan fechas, y AMT lleva importes. No necesitas memorizar los cientos de segmentos posibles — esta docena cubre la gran mayoría de lo que leerás a diario, y un visor que los nombra permite buscar el resto sobre la marcha.
Uniéndolo todo
El 837 y el 835 son dos mitades de una conversación: sale una reclamación, vuelve una explicación del pago. Aprende el sobre compartido (ISA/GS/ST), el puñado de segmentos que llevan la historia (CLM y líneas de servicio a la ida; CLP, SVC y CAS a la vuelta) y los códigos de grupo y motivo CAS que explican cada dólar de diferencia, y podrás leer casi cualquier archivo EDI sanitario. Carga los ejemplos integrados 837 y 835 en el visor y sigue una sola reclamación del cargo al pago — es la forma más rápida de fijar la estructura.