2009-01-16 8 views
20

Buscando una herramienta/biblioteca para convertir XML a X12 (270 - solicitud de elegibilidad médica) y luego convertir la respuesta X12 (271 - respuesta de elegibilidad) a XML. Esto se integrará en una aplicación de servidor (considerará cualquier idioma de destino). He jugado con la idea de escribir mi propio analizador y generador X12, pero este proyecto probablemente se expandirá a otras transacciones X12 y me gustaría encontrar una solución que sea extensible.La mejor manera de convertir XML a X12 y X12 a XML

Respuesta

7

Terminé creando mi propia herramienta de transformación XML < -> x12. Hubo algunas ofertas comerciales que encontré (una de las cuales, desde el EtaSoft, vale la pena revisar para ver su excelente documentación) pero, en última instancia, la ventaja de una solución interna era demasiado grande.

Utilicé los archivos de configuración de X12::Parser como base para un analizador X12, convirtiendo esencialmente el archivo de configuración en código y eliminando los gastos generales y el manejo de errores para administrar archivos de configuración que en teoría casi nunca cambian.

1

Mire pyx12.

Incluye scripts para X12 a XML y XML a X12.

¿Por qué Python? Porque a menudo necesitará personalizar documentos X12 para manejar las variaciones permitidas entre pagadores y proveedores.

+0

me dio la impresión de leer en alguna parte (no recuerdo dónde) que pyx12 no fue bien apoyado, y que el código y/o mapeos fueron intrincados. ¿Has usado pyx12? Si es así, ¿cuál es su impresión al respecto? – jdigital

+0

Entradas de blog: http://homepage.mac.com/s_lott/iblog/architecture/C465799452/E20080111205451/index.html, http://homepage.mac.com/s_lott/iblog/architecture/C465799452/E20080119082306/index. html, http://homepage.mac.com/s_lott/iblog/architecture/C465799452/E20080126181253/index.html –

+0

X12 es intrincado. pyx12 se adapta razonablemente bien con la complejidad. Rodé el mío de todos modos. Pero estudié su código para ver qué hacían y por qué. –

3

Un producto con el que puedo hablar que debe evitar a toda costa es EcMap. Después de haber tenido alrededor de un año de experiencia en mi propio empleo en un departamento de EDI, puedo decir que rara vez he visto una aplicación con una interfaz más pobremente diseñada (excepto tal vez Lotus Notes), documentación de usuario más confusa y una ridícula esquema de licencia. Básicamente, está licenciado por CPU (por CPU significan núcleo, por lo que realmente se manguera si tienes una nueva CPU de cuatro núcleos) y la última cita que escuché es de más de 10 K por licencia.

8

me encontré con esto: OopFactory X12 Analizador - https://x12parser.codeplex.com/releases/view/106524

increíble. El código fuente estaba bien estructurado, todo construido en primer lugar abierto, incluso tenía pruebas unitarias.

Conectado a mi proyecto, convirtió todos los archivos que probé.

Incluye un comando de línea ejecutable que funcionó, pero como un tipo .Net la biblioteca fue realmente impresionante.

-Update-

La versión corta corta se reduce a algo como esto:

var fstream = new FileStream(fileName, FileMode.Open, FileAccess.Read); 
var parser = new X12Parser(); 
var interchange = parser.ParseMultiple(fstream).First(); 
var x12Xml = interchange.Serialize(); 
+0

considerando usar esto también. ¿Has sacado los binarios o las fuentes? ¿Cómo se logra construir, por ejemplo, una solicitud de elegibilidad x12 270? –

+1

Actualicé mi publicación, Isaac – JonK

+0

Así que estás usando 'OopFactory' para analizar los archivos' x12' que recibes; no para generar 'x12' para ser enviado? –