Formato V107 Odontología

Utilización de V107 en Odontología

A través de este proceso el odontólogo podrá pedir la autorización de un código de Ortodoncia/Ortopedia en tiempo real. Es importante aclarar que el pedido de autorización de un código de ortopedia/ortodoncia tiene incluido el “Apto Servicio”. El Sistema NO autorizará la realización de una prestación de Ortodoncia/Ortopedia si el Afiliado no está APTO para recibir dicha práctica.

Ortodoncia: para las autorizaciones de ortodoncia, la transacción será respondida en el momento. El tipo de transacción a enviar es una solicitud de autorización (02C). La solicitud debe contener los códigos de prestaciones deseados, por ejemplo 060201, 060202, etc. y la indicación de la pieza y cara dental.

Prótesis: en este caso aunque la transacción será registrada en el momento, la respuesta requiere la revisión por parte de un auditor y su resolución se obtiene generalmente a las 48hs. Por lo tanto el proceso es en dos partes, una primera que comprende el envío de la solicitud (con una transacción “02C”) y luego una segunda parte requiere el envío de una transacción de rescate (transacción “03A”) con el número de orden deseado.

Archivo propio de SITEL

Para realizar una transacción, la aplicación cliente debe crear en el directorio upload uno o más archivos con el formato adecuado para la transacción. El formato de estos archivos esta fuera del alcance de este manual, ya que depende de la transacción y del producto o la empresa que procese los datos de las transacciones.

Además de estos archivos, la aplicación cliente debe crear en el directorio upload un archivo llamado _svl.0. Este archivo, selecciona la empresa a la que SITEL se tiene que conectar, la actividad bajo la cual se va a realizar la operación y la licencia SITEL que se debe utilizar. El archivo tiene el siguiente formato:

_svl.0

Archivo obligatorio solo de envío o ida. El destinatario de la transacción es determinado por este archivo _svl.0 como en todas las versiones V1XX.

Nombre del Campo	Descripción	Tipo	Longitud	Posición
Versión	Versión del formato de transacciones valor fijo: V107	CHAR	4	1
Empresa	Código de la Empresa. Permite identificar el financiador. Ej. 11 para OSDE METRO. Ver códigos	NUM	2	5
Actividad	Código de Actividad: 01 para Polivalente	NUM	2	7
Licencia	Este campo es opcional. Corresponde a la licencia SITEL a utilizar, si no es enviado el programa de comunicación tomará una configurada en la aplicación. Ejemplo: PRUEBA00	CHAR	8	9

TOTAL 8 ó 16 bytes

Ejemplo: V1071101 o V1071101PRUEBA00

NOTAS:

El archivo no debe tener caracteres adicionales como retornos de carro o indicadores de EOF.
Si se omite el campo Licencia, SITEL utilizará la primer licencia que encuentre. En general no debería omitirse el campo Licencia, salvo que solo se registre una licencia en SITEL. La licencia identifica al cliente que se está conectando a un servidor SITEL.
La longitud del archivo debe ser de 8 ó 16 bytes dependiendo si se omite o no el campo Licencia. Una vez que han sido creados los archivos propios de la transacción y el archivo _svl.0, debe crearse un archivo más para disparar la transacción. Este archivo se llama igual que el directorio de la terminal que se está utilizando para la transacción. La ubicación de este archivo es el directorio tx, de ahí proviene el nombre de Método TX de activación de la transacción. El directorio tx se encuentra en la estructura de directorios de SITEL en el mismo nivel que los directorios termxxxx. Supongamos que para la transacción se va a utilizar la terminal term001, los archivos propios de la transacción y el _svl.0 se guardarán en k:\SITEL\term001\upload, por ejemplo. Luego, el archivo para disparar la transacción deberá crearse en el directorio k:\SITEL\tx con el nombre term001. El contenido de este archivo no tiene importancia, incluso puede estar vacío.

Listado de Códigos de Empresa para identificar al financiador

Financiador	Código de Empresa	Sigla	CUIT
OSDE	11	OSDE	30546741253
OSEP (no se encuentra operativo)	16	OSEP	30623978164
OMINT	50	OMINT	30550245309
OSPIC	25	OSPIC	30687239497
SWISS Medical S.A.	26	SWISS	30654855168
OSAPM	27	OSAPM	30623134659
SIMECO - Sistema Médico Consejo Profesional de Cs. Económicas de la CABA (en proceso de quedar discontinuada, siendo reemplazada por validación a través de otro financiador)	28	SIMECO	33546663669
OS Luis Pasteur	29	OSLP	30558325557
AVALIAN (Ex ACA Salud)	31	ACA	30604958640
SCIS Medicina Privada	32	SCIS	30708428082
KOS Tecnología de Avanzada (no se encuentra operativo)	33	KOS	30581141757
Alta Médica (no se encuentra operativo)	34	ALTA	30683884304
HOPE - OS William HOPE	35	HOPE	30565786306
ServeSalud - OS Personal de Direc. Ind. Cervecera y Maltera	36	SERVES	30550194283
Caja Notarial del Colegio de Escribanos de la Ciudad Autónoma de Buenos Aires	37	CESCBA	30701951251
MEDICUS (no se encuentra operativo)	38	MEDICU	30546771314
Corporación Med. Asistencial (no se encuentra operativo)	39	CORPO	30597279309
OSMECON Lomas de Zamora	40	OSMELZ	30540680325
Caja Forense (solo en la provincia de Santa Fe)	42	CAJAFO	30534353509
Caja Prev.Social Abogados Prov.BsAs	43	CASABA	30532708059
Obra Social del Círculo Médico de Matanza	44	OSMEMT	30520209448
Obra Social de las Asociaciones de Empleados de Farmacia	45	OSADEF	30709505714
Obra Social del Personal de Television	46	OSPTV	30516748385
Asociacon Mutual Farmaceutica Florentino Ameghino	47	AMFFA	30571014803
PreMedic - GRUPO DDM S.A.	48	PREMED	30710917198
OS Fed.Arg.Trab.Luz y Fuerza, OSFATLYF	56	OSFATL	30663221244
MAPFRE Salud	57	MAPFRS	30709822825
OSMECON San Isidro	58	OSMESI	30541728720
OSDIPP Obra Social del Personal de Dirección de la Industria Privada del Petroleo	59	OSDIPP	30547416011
OSJERA Obra Social del Personal Jerárquico de la República Argentina	60	OSJERA	30696351771
PROMED Obra Social Programas Medicos	61	PROMED	30630563050
PSHB Plan Salud Hospital Britanico	62	PSHB	30545933566
OPDEA Obra Social del Personal de Dirección (no se encuentra operativo)	63	OPDEA	33548335359
OSOCNA Obra Social de los Comisarios Navales	64	OSOCNA	30677870237
PATCAB - Obra Social Patrones de Cabotaje de Ríos y Puertos	66	PATCAB	30572132249
APRES - Apres Cobertura Médica	68	APRES	30560243002
OSPE - Obras Social de Petroleros	69	OSPE	30661876715
COESBA - Caja de Seguridad Social del Colegio de Escribanos de la Provincia de Buenos Aires	82	COESBA	30500147497
OSPM - Obra Social del Personal Marítimo	70	OSPM	33637591989
SANCOR SALUD - Asociacion Mutual Sancor Salud	13	AMSS	30590354798
Galeno Argentina S.A	49	GALENO	30522428163
BAIRES SANITAS S.A.	71	VIASAN	30714878189
ROISA - Grupo ROISA	72	ROISA	30661931066
OSETRA - Obra Social de Empleados del Tabaco de la Republica Argentina	83	OSETRA	30661273093

https://wikiintra.itcsoluciones.com/index.php/OSETRA

Archivos Reservados

Los siguientes nombres de archivos no pueden ser usados para crear una interfaz de transacciones ya que son de uso reservado para SITEL y podrían ser procesados como parte de componentes de la transacción: _svl.*, _sitel.*, _sal.0, fin

Tipo de Transacciones

Este documento explica los formatos de los archivos necesarios para realizar transacciones entre Prestadores y financiadores, utilizando como medio de comunicación a SITEL. Para detalles sobre el disparo de las transacciones de SITEL y las ubicaciones de los archivos refiérase a Integración de Aplicaciones con SITEL para el sistema operativo que corresponda.

Definición de transacciones disponibles

El sistema de transacciones permite la realización de distintos tipos de operaciones. De esta manera a través del sistema de comunicaciones SITEL podrán efectuarse consultas, informes, pedido de autorizaciones, etc.

Facturación de prestaciones

A través de la Registración se informa al financiador que el prestador se dispone a realizar una prestación o conjunto de prestaciones determinadas en ciertas condiciones. Como resultado de esta transacción se obtendrá la aceptación y consiguiente imputación en la cuenta corriente o el rechazo por parte del financiador para la realización de esta prestación evitando un débito posterior.

La transacción debe ejecutase en forma previa a la realización del acto médico. Normalmente el momento para su ejecución es en la admisión del paciente.

La transacción se indica como campo AUTRAC="02" y campo AUATRC="A".

Facturación diferida de prestaciones ya realizadas

El concepto general de esta transacción es similar al de la "02A" pero eventualmente existen casos en que el acto médico podría haber sido realizado sin haber hecho la transacción en forma previa. Esto puede deberse, por ejemplo, emergencias, a caídas o fallas del sistema del prestador o del mecanismo de comunicaciones. El lapso de tiempo entre la realización efectiva de la prestación y el momento en que se informa no debe ser mayor a un plazo estipulado por el financiador.

El propósito de esta transacción es informar al financiador que el prestador YA realizó una prestación o conjunto de prestaciones determinadas al beneficiario donde como resultado se obtendrá la aceptación (e imputación en la cuenta corriente para ser facturada) o el rechazo por parte del financiador, pero en este caso aplicando criterios de control más laxos debido a que ya se incurró en el gasto médico.

Se considera un mecanismo de contingencia. No utilizar en forma habitual porque se arriesga a un débito posterior.

La transacción se indica como campo AUTRAC="02" y campo AUATRC="D", es importante aquí el campo AUFECP donde se informa la fecha efectiva en que se realizó la prestación.

Verificaciones

El objeto de las transacciones de verificación es consultar el resultado que tendría la consulta sin generar consecuencias en las transacciones a facturar ni impactar los topes del afiliado. En general se utilizan al asignar un turno permitiendo corroborar que el paciente tiene cobertura evitando así que concurra y que luego tenga un rechazo evitable.

Estas transacciones en el caso de aprobarse no dejan imputada la autorización en la cuenta corriente del prestador. Las verificaciones no son facturables.

Hay tres tipos de verificación de acuerdo a los datos disponibles:

Verificar si el afiliado tiene cobertura, campo AUTRAC="01" y campo AUATRC="A". Solo se envía el número de credencial (campo TARJETA o campo BANDA). Solo responde con el apto servicio, es decir si el afiliado está al día y algunos datos del mismo (Nombre, Sexo, Fecha de Nacimiento, Condición de IVA, Plan).
Verificar si el afiliado tiene cobertura y si además su plan de salud contempla el acceso a la prestación para la que se realiza la consulta, campo AUTRAC="01" y campo AUATRC="B". Además de lo anterior se verificará si posee carencias o pre-existencias.
Verificar si podría recibir una prestación determinada. campo AUTRAC="01" y campo AUATRC="C". Si el prestador conoce prestación que necesita recibir el afiliado puede hacer una verificación completa antes de otorgar el turno.

Anulación de Transacción

Hay ocasiones en que por diversas causas se requiere la anulación de una transacción ya efectuada. Si este es el caso, debe ejecutarse una transacción campo AUTRAC="04" y campo AUATRC="A". En la misma se especificará el número de transacción a anular. En los casos en que se requiera realizar modificaciones a una transacción, el proceso deberá llevarse a cabo mediante la anulación de la transacción en cuestión y la realización de una nueva transacción con los datos correctos. Recordemos que la posibilidad de anulación de una transacción está limitada por el plazo de tiempo desde la fecha de ejecución de la misma o si esta ya hubiese entrado en un circuito de pago.

Para anular se debe enviar el valor AUAUTO obtenido en la respuesta que indica el número de órden, en el campo AUNREF y el campo AUWREF con el valor OD.

Autorización de Ortodoncia

Es posible solicitar la autorización en forma electrónica de ortodoncias, para ello hay que hacer una transacción campo AUTRAC="02" y campo AUATRC="C", enviando en el campo AUWREF en valor OO. Son respondidas inmediatamente.

Una vez otorgada la autorización en el momento en que se va a realizar la prestación, se ejecuta una transacción "02 A" con el número de autorización obtenido.

Solicitud de Prótesis

La autorización de prótesis no es inmediata sin no en dos pasos.

1) Es necesario hacer una transacción "02 C" campo AUTRAC="02" y campo AUATRC="C", enviando en el campo campo AUWREF en valor "OP", y los detalles de la prótesis (en _svl.2). La solicitud es registrada se devuelve un número de seguimiento AUAUTO. Estas solicitudes requerieren la intervención humana de los auditores médicos y pueden demorar hasta 48hs en ser respondidas.

2) A través de la transacción de Rescate puede hacer un seguimiento de la solicitud hasta que tenga la respuesta definitiva. Enviar campo AUTRAC="03" y campo AUATRC="A", indicando en el campo campo AUWREF en valor "OD", y el número de orden campo AUNREF con el número AUAUTO de la transacción anterior.

3) Si no recuerdo las órdenes solicitadas (AUAUTO de todas las transacciones "02 C"), es posible obtener un listado de las órdenes de un afiliado, enviando campo AUNREF vacío, esto devolverá un listado con los números de orden.

4) Si no se utiliza una orden debe anularse de lo contrario no se le autorizará esa orden al afiliado cuando desee efectivamente realizarse el tratamiento. Para ello hay que realizar una Anulación de Transacción.

Rescate de la Respuesta para las Solicitudes de Prótesis

Cuando la respuesta es diferida en una solicitud de autorización se debe realizar, mediante la ejecución de una transacción tipo "03 A", la recuperación de la respuesta definitiva. Para el Rescate enviar el campo AUWREF con el valor OP y el campo AUNREF el número de la órden que desea rescatar (vuelve en el campo AUAUTO de la Solicitud de Autorización).

Consultas al Financiador

Existen transacciones cuyo fin es que el prestador pueda requerir información al Financiador, estas son las denominada "05 A" y "05 X"

Resumen

Transacción		Objetivo de la Transacción	Datos de Identificación de Transacción	Observaciones
AUTRAC	AUATRC
01	A	Verificar si el asociado "A" se encuentra habilitado a recibir servicio en general.	Asociado="A"	Corresponde al "Apto Servicio" usualmente usado al momento de otorgar un turno cuando no se tienen mayores precisiones sobre cual es la prestación requerida ni el profesional que lo atenderá.
01	B	Verificar si el asociado "A" encuentra habilitado a recibir prestación "P" por parte de algún prestador a definir.	Asociado="A" y Prestación="P"	Permite verificar si el beneficiario tiene carencias, excepciones y si "P" está contemplada en su plan.
01	C	Verificar si el asociado "A" encuentra habilitado a recibir prestación "P" por parte del prestador de CUIT "K"	Asociado="A", Prestación="P" y Prestador="K"	Es una verificación completa antes de otorgar un turno no imputa nada en la cuenta corriente, si aprobada no es facturable, es solo informativa.
02	A	Informar al financiador que el prestador CUIT "K", efector "E", necesita efectar la prestación "P" al asociado "A"	Asociado="A", Prestación="P", Prestador="K" y Efector="E". Autorización=(Ver Observación)	Si la prestación "P" es de acceso libre, la autorización no es necesaria. Si la prestación "P" exige autorización previa, debe informarse N° autorización otorgado por el financiador el cual responderá un N° de autorización "S". En caso de ser aprobada queda imputada en la cuenta corriente para ser facturada.
02	C	Informar al financiador que el prestador CUIT "K" solicita autorización para realizar la prestación "P" al asociado "A"	Asociado="A", Prestación="P", Prestador="K"	El financiador responderá a la solicitud con N° de autorización "S". En caso de ser aprobada no se imputa en la cuenta corriente, solo se autoriza la realización futura de la o las prestaciones solicitadas. Usada para dar de alta tratamientos por sesiones. Se autoriza el tratamiento, luego se pagan las sesiones autorizadas con cada 02 A.
02	D	Informar al financiador que el prestador CUIT "K", efector "E", efectuó la prestación "P" al asociado "A" el día "D"	Asociado="A", Prestación="P", Prestador="K", Efector="E" y Fecha de realización="D". Autorización=(Ver Observación)	Solo es una transacción para contingencias. Si la prestación "P" es de acceso libre, la autorización no es necesaria. Si la prestación "P" exige autorización previa, debe informarse N° autorización otorgado por el financiador el cual responderá un N° de autorización "S". En caso de ser aprobada queda imputada en la cuenta corriente para ser facturada. Solo debe usarse en casos especiales cuando hubo problemas para solicitar la autorización antes de realizar la prestación.
03	A	Consultar al financiador la resolución tomada para la solicitud realizada por el prestador "K" para efectuar la prestación "P" al asociado "A"	Existen dos opciones, ver Observaciones	a) Preguntar por TODAS las autorizaciones disponibles: Prestador="K" y Asociado="A". Solicitud referencia no se informa. El financiador responderá todas las solicitudes "S" correspondientes al prestador "K" y asociado "A". Y, b) Preguntar por UNA en particular: Prestador=Cualquiera, Asociado=no requerido, Solicitud="S". El financiador responderá el código de respuesta para la solicitud "S".
04	A	Informar al financiador la anulación de una transacción autorizada anteriormente.	Prestador="K" y Autorización="S"	Si es aceptada, se descuenta de la cuenta corriente la transacción. O se da de baja una solicitud de ortodoncia que no se va a utilizar.
05	A	Pedir al financiador el envío de información disponible según opciones a ingresar.	Prestador="K", Opción de servicio requerida="X", Asociado="A" y Prestador="K"	Solicitud de información sobre TODOS los atributos incluidos como opciones, por ejemplo Afiliado, Efector, Prestación, etc.
05	X	Consulta sobre un ticket ya realizado (Reimpresión)	Prestador="K", TipoConsulta="R", Autorización="N"	Solicita la reimpresión de un ticket "N" hecho por el mismo Prestador "K" para el Asociado "A".
05	X	Consulta de Lote	Prestador="K", FechaDesde="D", FechaHasta="H", TipoConsulta="C"	Solicitar el listado de transacciones "facturables" autorizadas desde la fecha "D" hasta la fecha "H" discriminadas por IVA gravado y no gravado. Incluye solo las transacciones pendientes de pago. Dependiendo del TipoConsulta se puede solicitar la Liquidación/Pago. Si se coloca el número de Cierre "N" se refiere una reimpresión de un TipoConsulta= "X" cierre ya realizado.

Formato

Para todas las transacciones se envían dos archivos de entrada y se reciben dos archivos de salida. Los archivos de entrada son: _svl.0, _svl.1 y _svl.2. Los archivos de salida son _svl.3 y _svl.2 (si existe un rechazo volverá _svl.4 con un detalle de los motivos).

Cuando se realiza una transacción, el archivo _svl.1 contiene los datos no repetitivos de la operación y el _svl.2 tiene el detalle de las prestaciones realizadas junto con el campo para recibir el código de respuesta para cada prestación.

En la respuesta, se recibe el _svl.3 con los datos no repetitivos de la respuesta y el _svl.2 con los códigos de respuesta AURES de cada prestación.

Consideraciones para el armado de los archivos:
- Los campos que se omitan deben llenarse con espacios cuando sean de tipo Char con ceros cuando sean de tipo DEC.
- La notación DEC e.d se interpreta como un número decimal de "e" posiciones de las cuales los últimos "d" dígitos corresponden a la parte decimal. Por ejemplo, 123.45 en formato Dec 9.2 debe grabarse como 000012345. La notación no debe incluir el punto decimal.
- Salvo que se exprese lo contrario, todos los "cases" deben ser en minúscula.

Por cada transacción debe enviarse:
- 1 registro con el formato _svl.0
- 1 registro con el formato _svl.1
- n registros con el formato _svl.2

_svl.1

Es solo un archivo para envío que contiene los datos de la cabecera o no repetitivos de la transacción.

_svl.1 (archivo solo de envío)(1 registro)
Campo	Descripción	Tipo	Longitud	Posición
AUCUIT	CUIT del Prestador (quien va a facturar la/s prestaciones)	DEC	11.0	1
AUISOA	Nro. ISO del Emisor de Credencial. Se recomienda utilizar el campo BANDA en su lugar. (Ver datos de la credencial de cada financiador)	DEC	6.0	12
TARJETA	Tarjeta del afiliado. Se recomienda utilizar el campo BANDA en su lugar. (Ver datos de la credencial de cada financiador)	DEC	11.0	18
AUDIGA	Dígito Verificador. Se recomienda utilizar el campo BANDA en su lugar. (Ver datos de la credencial de cada financiador)	DEC	1.0	29
AUVERA	Versión de la credencial. Se recomienda utilizar el campo BANDA en su lugar. (Ver datos de la credencial de cada financiador)	DEC	2.0	30
AUTRAC	Código de Transacción: 01.- Consultas, 02.- Registración, 03.- Rescates, 04.- Anulación, 05.- Consultas	DEC	2.0	32
AUATRC	Atributo o tipo del Código de Transacción: (A/B/C/D/E/I/L/Q/P/S/X)	CHAR	1	34
AUMANA	Forma de Ingreso de la credencial (M: manual, A: automático (lectura de banda magnética de la credencial))	CHAR	1	35
AUWREF	Firma del Generador Nro. de Referencia. Corresponde al campo AUWHOO de la respuesta de una transacción anterior, o un número de referencia que traerá el paciente en una autorización escrita. Este campo indica quién o que sistema generó una autorización (AUNREF) específica. Si va a realizar una "02 C" enviar OO para ortodoncia u OP para prótesis. Si va a relizar un rescate ("03 A") enviar OD para rescatar respuesta de solicitud de ortodoncia.	CHAR	2	36
AUNREF	Nro. de Autorización de Referencia. Si va a relizar un rescate ("03 A") debe colocar el número de la orden que desea rescatar. Este valor volvió en el campo AUNREF de la solicitud de autorización ("02 C").	DEC	6.0	38
AUTMAT	Tipo de Matrícula del Prestador Prescriptor. La primer letra identifica el tipo de médico, correspondiendo O para Odontólogos y M para médicos, y la segunda corresponde al origen del matrícula, utilizando la nomenclatura de las patentes antiguas. Siendo por ejemplo C para matrículas nacionales, y B provincia de Buenos Aires. (Ej. MC: médico con matrícula nacional, MX: médico con matrícula provincia de Córdoba)	CHAR	2	44
AUNMAT	Nro. de Matrícula del Prestador Prescriptor o del anestesista en caso de que la transacción sea para registro de una cirugía.	DEC	6.0	46
AUFECP	Fecha de Práctica (AAAAMMDD)	DEC	8.0	52
DIAGNOSTICO1	Corresponden a diagnósticos ICD-9/CIE-9 o CIE-10 (DSM-IV para psicopatología). Si utiliza una norma diferente los códigos serán convertidos para ello debe proveer una tabla con los códigos y descripción.	CHAR	6	60
DIAGNOSTICO 2	Idem anterior.	CHAR	6	66
AUFINA	Código finalización de Terapia (solo se utiliza cuando se está realizando un tratamiento por sesiones, enviar 0 en cualquier otro caso): 0. No ha finalizado o no aplica el uso del campo 1. Alta 4. Abandono 9. Anulación Orden	DEC	1.0	72
AUCEFE	CUIT del Efector de la prestación	DEC	11.0	73
AUNTRA	Nro. de transacción interno con que el prestador registra la transacción si este fuese diferente al otorgado (AUSYST).	DEC	12.0	84
AUCUPR	CUIT Prescriptor - derivador / receptor de derivación	DEC	11	96
AUHORP	Hora de práctica (hhmmss)	DEC	6.0	107
AUMOTA	Motivo de alta de Internación: 1. Alta médica definitiva 2. Alta médica transitoria 3. Solicitud del Paciente/Tutor 4. Obito 5. Traslado 6. Fuga 7. Autopsia 8. Alta Técnica Definitiva Si utiliza una nomenclatura diferente los códigos pueden ser convertidos para ello debe proveer una tabla con los códigos y descripción.	CHAR	2	113
BANDA	Contenido de los tracks de la banda magnética (track 1 & 2) tal cual son leídos. O el ingreso manual de la Tarjeta de Afiliado. A diferencia de los campos anteriores TARJETA, AUDIGA y AUVERA donde debe la aplicación buscar datos específicos, el campo BANDA se encarga de parsear los tracks o el ingreso manual y obtener todos los datos requeridos, en la respuesta obtendrá todos estos datos sin necesidad de saber como manipular la credencial. (Ver cada financiador).	CHAR	100	115
TIPODOCUMENTO	Tipo de archivo enviado: C=Protocolo Quirúrgico, A=Protocolo Anestesia, I=Informe Médico, L=Resultado de Laboratorio, F=Pre-factura	CHAR	1	215
NOMBREDOCUMENTO	Nombre del archivo enviado con la extensión (solo se permite el envío de formatos determinados) (Utilizar el mismo "case" en este campo y en el archivo enviado.	CHAR	30	216
FILLER	(completar con espacios en blanco)	CHAR	26	246
FECHADESDE	Consulta: Fecha de inicio de la consulta (AAAAMMDD)	CHAR	8	272
FECHAHASTA	Consulta: Fecha de finalización de la consulta (AAAAMMDD)	CHAR	8	280
TIPOCONSULTA	Consulta: Tipo de consulta solicita: R=Reimpresión de ticket, C=Consulta de Lote, X=Cierre de Lote	CHAR	1	288
CRLF	ASCII(13), ASCII(10)	CHAR	2	289
TOTAL				290

Ejemplo: 307010203556105316067195620220301CA 000000MN00123420060608 000000000000 00000000000102031 %b&afiliado prueba autoriz.autom.-2031019991060301&_§610531606719562017®991010150120000008_ LDOCUMENTO PRUEBA.TXT 2006010120060501C

_svl.2

Archivos de envío y respuesta con los códigos de prestación:

_svl.2 (archivo de envío y respuesta)("n" registros)
Campo	Descripción	Tipo	Longitud	Posición
AUPRE	Código de Prestación. Pueden enviarse códigos no nomenclados propios de hasta 10 caracteres de longitud (requiere que el prestador envíe a ITC la tabla de equivalencias entre sus códigos y los del financiador para realizar la transcodificación)	CHAR	10	1
AUTIP	Tipo de Prestación: 1 (Ambulatoria), 2 (Clínica), 3 (Quirúrgica), 4 (Domiciliaria)	DEC	1.0	11
AUARA	Arancel Prestación: 1 (Honorarios Especialista), 2 (Honorarios Ayudante), 3 (Honorarios Anestesista), 4 (Gastos), 0 (Todos los honorarios que correspondan a la prestación)	DEC	1.0	12
AUCAN	Frecuencia o Cantidad Prestación	DEC	2.0	13
AUODP	Pieza o Sector Dental. Pieza es un valor entre 11 y 85. Sector puede ser: IN (inferior), II (inferior izquierdo), IA (inferior anterior), ID (inferior derecho), SU (superior), SI (superior izquierdo), SA (superior anterior), SD (superior derecho)	CHAR	2	15
AUODC	Cara Dental. Los valores que podría tener son: M (mesial), O (oclusal), D (distal), V (vestibular) y L (lingual)	CHAR	5	17
AURES	Código de Respuesta: " " (dos espacios): Práctica ok. "AT" Requiere autorización.^[1] "AU" Requiere auditoría. "ER" Prestación errónea. Código inexistente.^[2] "NH" Prestación no habilitada.^[2] "OI" Requiere Orden de Internación.^[2] "PR" Requiere prescripción.^[1] "RE" Prestación restringida (la respuesta recibida es por time-out y la prestación solo puede ser aprobada por el financiador, debe reintentarse nuevamente)^[3]	CHAR	2	22
NOMBREPRESTACION	Nombre de la prestación	CHAR	30	24
COSEGURO	Monto unitario que debe abonar el afiliado en concepto de coseguro o copago por esta prestación	DEC	9.0	54
MONTO	Monto unitario que abonará el financiador por esta prestación	DEC	9.0	63
AUTORIZACION	Número de Autorización asignado por el financiador para cada prestación	CHAR	12	72
FILLER	(completar con espacios en blanco)	CHAR	18	84
CRLF	ASCII(13), ASCII(10)	CHAR	2	102
TOTAL				103

Ejemplo:

'''420101    1002'''

_svl.3

Es solo un archivo de respuesta que aportará los datos enviados por los financiadores. Devuelve un único registro con el siguiente formato:

_svl.3 (archivo solo de respuesta)(1 registro)
Campo	Descripción	Tipo	Longitud	Posición
AUAUTO	Nro. de Autorización Complementario o Solicitud del Financiador	DEC	6.0	1
AUWHOO	Firma del Generador del Nro. de Autorización: 98 el Financiador o 92 ITC (en este caso la respuesta es por time-out del Financiador). Identifica quien emite la autorización.	CHAR	2	7
AUREST	Código de Respuesta Transaccional: 00 Transacción ha sido aprobada o 01 Transacción ha sido rechazada	CHAR	2	9
LEYENDA	Leyenda a Desplegar (se recomienda mostrar en renglones de 20 caracteres)	CHAR	120	11
AUMONT	Monto total que abonará el financiador	DEC	11.2	131
AUSYST	Nro. Transacción	DEC	9.0	142
AUPLAN	Plan Asociado (si la respuesta es por time-out podría no devuelver el Plan)^[3]	CHAR	5	151
AUTASO	Tipo Asociado: D Directo (IVA gravado), O Obligatorio (IVA No Gravado) (si la respuesta es por time-out podría no devuelver la condición frente al IVA)^[3]	CHAR	1	156
TARJETA	Número de Credencial del Afiliado	CHAR	20	157
NOMBRE	Apellido y Nombre del beneficiario	CHAR	30	177
SEXO	Sexo del beneficiario (M/F)	CHAR	1	207
FECHANACIMIENTO	Fecha de Nacimiento del Afiliado (AAAAMMDD)	CHAR	8	208
DOCUMENTACION	Indica si la transacción requiere el envío posterior de documentación. Los valores son los mismos al campo TIPODOCUMENTO.	CHAR	1	216
COSEGURO	Monto total a abonar por el afiliado en concepto de coseguro o copago.	DEC	9.0	217
FILLER	(espacios en blanco)	CHAR	73	226
CRLF	ASCII(13), ASCII(10)	CHAR	2	299
TOTAL				300

_svl.3 para la transacción 03A

Es solo un archivo de respuesta que aportará los datos enviados por los financiadores. Devuelve un único registro pero para la transacción 03A con el siguiente formato:

_svl.3 (archivo solo de respuesta)(1 registro)
Campo	Descripción	Tipo	Longitud	Posición
AUAUTO	Nro. de Autorización Complementario o Solicitud del Financiador	DEC	6.0	1
AUWHOO	Firma del Generador del Nro. de Autorización: 98 el Financiador o 92 ITC.Identifica quien emite la autorización.^[3]	CHAR	2	7
AUREST	Código de Respuesta Transaccional: 00 Transacción ha sido aprobada o 01 Transacción ha sido rechazada	CHAR	2	9
LEYENDA	Leyenda a Desplegar (se recomienda mostrar en renglones de 20 caracteres)	CHAR	60	11
LEYENDAMONTOAFILIADO	Leyenda	CHAR	10	71
MONTOAFILIADO	Monto total que de abonar el afiliado por la prótesis. Vuelve una coma decimal. Ejemplo: 0000677,00	DEC	10.2	81
LEYENDAMONTOFINANCIADOR	Leyenda	CHAR	10	91
MONTOFINANCIADOR	Monto total que de abonar el afiliado por la prótesis. Vuelve una coma decimal. Ejemplo: 0000073,00	DEC	10.2	101
LEYENDAMONTOTOTAL	Leyenda	CHAR	10	111
MONTOTOTAL	Monto total a recibir por la prótesis. Vuelve una coma decimal. Ejemplo: 0000750,00	DEC	10.2	121
AUMONT	Monto total que abonará el financiador	DEC	11.2	131
AUSYST	Nro. Transacción	DEC	9.0	142
AUPLAN	Plan Asociado (si la respuesta es por time-out podría no devolver el Plan)^[3]	CHAR	5	151
AUTASO	Tipo Asociado: D Directo (IVA gravado), O Obligatorio (IVA No Gravado) (si la respuesta es por time-out podría no devolver la condición frente al IVA)^[3]	CHAR	1	156
TARJETA	Número de Credencial del Afiliado	CHAR	20	157
NOMBRE	Apellido y Nombre del beneficiario	CHAR	30	177
SEXO	Sexo del beneficiario (M/F)	CHAR	1	207
FECHANACIMIENTO	Fecha de Nacimiento del Afiliado (AAAAMMDD)	CHAR	8	208
DOCUMENTACION	Indica si la transacción requiere el envío posterior de documentación. Los valores son los mismos al campo TIPODOCUMENTO.	CHAR	1	216
COSEGURO	Monto total a abonar por el afiliado en concepto de coseguro o copago.	DEC	9.0	217
FILLER	(espacios en blanco)	CHAR	73	226
CRLF	ASCII(13), ASCII(10)	CHAR	2	299
TOTAL				300

_svl.4

Archivo solo de respuesta, es devuelto cuando la transacción enviada es rechazada y hay errores. Aquí constan los "n" motivos de rechazo (uno por línea).

_svl.4 (archivo solo de respuesta cuando hay rechazo)("n" registros)
Nombre del Campo	Descripción	Tipo	Longitud	Posición
	Código Mensaje de Respuesta de Rechazo (ver listado)	CHAR	3	1
CRLF	ASCII(13) + ASCII(10)	CHAR	2	4

TOTAL 5 bytes por línea

Ejemplo: 012

Algunos Códigos de Respuesta

Código	Leyenda	¿Cómo solucionar o interpretar el rechazo?
[000]	Solicitud Autorizada/Aprobada	El mensaje enviado fue aprobado por el financiador.
[001]	Asociado (beneficiario) Inexistente	Revisar si se cargaron bien los datos del asociado. Si se utilizó la banda magnética de la credencial del beneficiario para tomar los datos, intentar la carga manual.
[002]	Asociado (beneficiario) dado de baja o con alta a futuro	El asociado debe comunicarse con el financiador para confirmar su situación. No es posible subsanar este error sin la intervención de la prepaga u obra social. Ampliar contactos en financiadores (+)
[003]	Asociado (beneficiario) moroso	El asociado debe comunicarse con el financiador. No es posible subsanar este error sin la intervención de la prepaga u obra social. Ampliar contactos en financiadores (+)
[004]	Prestación Inexistente	Revisar si el código de prestación que ingresó es correcto. Si utiliza nomenclador propio envíenos el código y descripción para que verifiquemos su tabla de transcodificación.
[005]	Carencia o tiempo de espera para la prestación	El asociado no está autorizado a recibir dicha prestación.
[006]	Preexistencia	El asociado no está autorizado a recibir dicha prestación.
[007]	Excepción	El asociado no está autorizado a recibir dicha prestación.
[008]	Supera Tope	El asociado no está autorizado a recibir dicha prestación.
[010]	Prestador Inexistente	El CUIT enviado en la transacción para identificar al prestador que va a facturar la transacción no existe. Revise el CUIT o póngase en contacto con nuestra Mesa de Ayuda para verificar el alta.
[011]	Prestador No Habilitado para el POS XXX	El CUIT enviado en la transacción para identificar al prestador que va a facturar es correcto pero el alta está incompleta, o póngase en contacto con nuestra Mesa de Ayuda para verificar el alta.
[012]	Prestación no contratada	El prestador debe comunicarse directamente con el Financiador para solicitar inclusión. Ampliar contactos(+)
[013]	Código de autorización erróneo	Realice la transacción sin ingresar el código de autorización, el sistema intentará recuperar automáticamente si existe un código vigente para el prestador,asociado y prestación.
[014]	Solicitud anulada / rechazada/ o sin saldo	Debe consultarse si dicha solicitud no ha sido anulada previamente, rechazada o si ya ha sido utilizada. No es posible utilizarla. Si está realizando un tratamiento por sesiones debe solicitar el alta de un nuevo tratamiento (en forma electrónica) o revisar las sesiones consumidas y anular las que se encuentran incorrectamente solicitadas.
[015]	No existe la solicitud para el socio	Este mensaje es devuelto cuando está consultando las autorizaciones que posee el beneficiario. Solo se muestran autorizaciones vigentes para el (afiliado y) prestador que está haciendo la consulta'. Ampliar(+)
[017]	Prestador no autorizado a prescribir	No puede realizar ese tipo de transacción. Póngase en contacto con el financiador para verificar su status si cree que debería poder realizar esta transacción.
[018]	Prestador no autorizado a emitir órdenes de internación	No puede realizar ese tipo de transacción. Póngase en contacto con el financiador para verificar su status si cree que debería poder realizar esta transacción.
[019]	La transacción es errónea	Debe revisarse el número de transacción, este no existe para el prestador que está solicitando la anulación.
[021]	No requiere prescripción	No es necesario informar esta prescripción para que el beneficiario pueda acceder a la prestación. Directamente envíe una registración para su autorización.
[023]	La prestación no requiere autorización previa	Directamente envíe una registración para su autorización.
[024]	Solicitud existente	Puede deberse a que se haya solicitado con anterioridad la autorización para ese asociado y esa prestación.
[025]	Fecha inválida	Verificar la fecha que se ha cargado.
[026]	Credencial vencida	El asociado ha presentado una credencial vencida. Aunque no necesariamente carece de cobertura, la identificación que está presentando se encuentra vencida o ha sido dada de baja por su financiador. Debería por lo tanto comunicarse el beneficiario con su prepago u obra social obtener una nueva credencial. Ampliar contactos en financiadores (+)
[027]	Código de Fin de Terapia Inválido	El código de finalización o motivo de alta es incorrecto. Ver códigos posibles
[028]	Fecha de Práctica < Fecha de la Orden	A la fecha en que se realizó la prestación no estaba autorizada la orden o el alta de tratamiento. Revise la fecha de práctica y reintente la transacción.
[029]	Debe ser ingreso manual	En la transacción al ser por diferida el afiliado no se encuentra presente. Debe indicarse que el ingreso de la credencial es manual en lugar de lectura de banda magnética.
[030]	Debe informar número de orden	Ingrese el número de autorización asignado por el financiador para acceder a esta/s prestación/es
[031]	Asociado (beneficiario) no habilitado	Es la credencial (plástico) que se utiliza para identificar al afiliado el que no está vigente. Seguramente el afiliado recibió una credencial de reemplazo y está presentando fue dada de baja.
[032]	Asociado (beneficiario) no habilitado	Es la credencial (plástico) que se utiliza para identificar al afiliado el que no está vigente. Seguramente el afiliado recibió una credencial de reemplazo y está presentando se encuentra vencida, no puede utilizarse.
[036]	Pendiente de resolución	Intente la consulta en 24 horas, aun no ha sido revisada por los auditores.
[037]	Solicitud rechazada	No ha sido autorizada la solicitud. Consulte directamente al financiador para más detalles.
[038]	La solicitud está anulada	No es necesario realizar una nueva anulación.
[039]	Se ha cargado mal el número de solicitud	Revise el número ingresado. Ampliar(+)
[040]	Anulación no registrada	No es posible anular la transacción deseada. La transacción que se desea anular fue rechazada o corresponde a un tipo de transacción que no es necesario anular. No es necesario realizar una nueva transacción de anulación.
[041]	La solicitud no existe	Revise el número ingresado de transacción ingresado.
[044]	El protocolo no se puede volver a enviar sin antes anular la transacción anterior
[045]	Protocolo quirúrgico no aceptado, número de orden de internación incorrecto	Revise el número de orden de internación (OI) enviado que corresponda al afiliado y al prestador que fue otorgado.
[046]	Se intentó enviar el protocolo sin antes informar la cirugía	El protocolo no tiene una cirugía asociada. Revise el número de orden de internación (OI) enviado.
[047]	Orden de cirugía o transacción anulada, la solicitud fue rechazada o anulada	La OI enviada se encuentra anulada.
[048]	Nombre de archivo inválido, el archivo de la imagen digitalizada ya fue enviado	Si desea enviar un nuevo archivo debe asignarle otro nombre.
[049]	Número de orden de cirugía o transacción no informado en la transacción
[051]	Debe Registrar Cirugía
[055]	Prestación XXXXXX no habilitada, el beneficiario posee una carencia o restricción	Comuníquese con la Mesa de Ayuda del financiador para conocer los motivos o derive al paciente, si es posible, a tramitar una autorización especial.
[061]	Anulación no registrada	La transacción que desea anular ya entró en el circuito de facturación. No es posible realizar la anulación. Deberá contactarse con facturación o no incluirla en el lote de transacciones a facturar.
[062]	Anulación no registrada	No es necesario realizar la anulación de la transacción enviada, la misma ya se encuentra anulada.
[073]	Plan no contratado	Póngase en contacto con el financiador para verificar su contratación.
[077]	La transacción posee prestaciones pertenecientes a órdenes de internación diferentes o no incluidas en la orden de internación informada
[093]	Código de Seguridad Erroneo	Es necesario ingresar los dígitos de seguridad del reverso (o anverso), normalmente 3 dígitos que determinan la validez de la credencial (plástico).
[099]	ERROR: SIN CONEXION AL VALIDADOR	La conexión con el Validador se ha pardido. Se debe reintentar nuevamente.
[102]	La transaccion no puede ser procesada por la OS, por consultas llame a OS.	La OS no se encuentra Operativa por encontrarse de Baja.

Notas

↑ ^1,0 ^1,1 Señala que la prestación puede ser motivo de rechazo.
↑ ^2,0 ^2,1 ^2,2 Indica que la prestación es motivo de rechazo.
↑ ^3,0 ^3,1 ^3,2 ^3,3 ^3,4 ^3,5 En las Respuestas Por Time-Out que se pueden producir por alguna circunstancia fortuita (problema de comunicaciones, mantenimiento del servidor, etc.), cuando el financiador no pudiera procesar la transacción enviada, será ITC quien realizará el procesamiento y validación de dicha transacción, así como la generación de la respuesta enviada al prestador de acuerdo a normas establecidas por el financiador. Las respuestas así obtenidas se denominan "respuestas por TimeOut" y se distinguen por el contenido del campo "AUWHOO" del archivo de respuesta "_svl.3". AUWHOO = 98 si la respuesta es generada por el Financiador y, AUWHOO = 92 Si la respuesta es generada por ITC ("respuesta por time-out")

Obtener un set de transacciones de ejemplo

[motivo1-1] 1,0 ^1,1 Señala que la prestación puede ser motivo de rechazo.

[motivo2-2] 2,0 ^2,1 ^2,2 Indica que la prestación es motivo de rechazo.

[TO-3] 3,0 ^3,1 ^3,2 ^3,3 ^3,4 ^3,5 En las Respuestas Por Time-Out que se pueden producir por alguna circunstancia fortuita (problema de comunicaciones, mantenimiento del servidor, etc.), cuando el financiador no pudiera procesar la transacción enviada, será ITC quien realizará el procesamiento y validación de dicha transacción, así como la generación de la respuesta enviada al prestador de acuerdo a normas establecidas por el financiador. Las respuestas así obtenidas se denominan "respuestas por TimeOut" y se distinguen por el contenido del campo "AUWHOO" del archivo de respuesta "_svl.3". AUWHOO = 98 si la respuesta es generada por el Financiador y, AUWHOO = 92 Si la respuesta es generada por ITC ("respuesta por time-out")

[1]

[2]

[3]