Formato V107 Prestadores

De ITC Soluciones SA
Revisión del 09:49 22 abr 2024 de imported>Javier (→‎_svl.3)
(dif) ← Revisión anterior | Revisión actual (dif) | Revisión siguiente → (dif)
Ir a la navegación Ir a la búsqueda

Formato V107

Este es un formato de longitud fija, de estructura simple que permite la obtener autorizaciones para prestadores médicos y para múltiples financiadores. El formato se basa en el envío de los archivos _svl.0 (es el sobre que indica el destinatario), _svl.1 (corresponde a los datos de la cabecera o no repetitivos) y _svl.2 (contiene todos los códigos o servicios que precisa el paciente, en n registros) y la obtención de la respuesta en los archivos _svl.2 (es el mismo archivo de ida al cual se le agrega la información de respuesta para cada uno de los códigos solicitados) y _svl.3 (son los datos generales de respuesta del financiador). Adicionalmente recibirá con la respuesta un archivo _ticket.prn que es simplemente la confección de la respuesta en un archivo de texto con formato imprimible en formato ticket, algunas aplicaciones directamente envían este ticket a la impresora para tener un comprobante físico de la transacción y eventualmente dos archivos llamados _codbar.txt y _codQR.txt, dichos archivos contienen la información del ticket necesaria para confeccionar un código de barras de tipo Code 128 o Code 39 full ASCII, o un codigo de barras 2D tipo QR.

Para ver la implementación específica para Odontología consultar aquí.

Características

  • formato de longitud fija: deben enviarse los archivos con las longitudes definidas de lo contrario dará error.
  • estructura simple: un único formato para realizar todos los tipos de transacciones.
  • muy bajo overhead, la transacción completa puede llegar a ser de 300 bytes.
  • poca flexibilidad para acomodar nuevos tipos de transacciones en el futuro que requiera el envío de información adicional, esto normalmente se maneja con extensiones del archivo (se hace más largo) y se le cambia la versión de formato por ejemplo. "V108" permitiendo una eventual migración bastante simple.
  • manejo de múltiples financiadores a través del _svl.0 hace que un única homologación pueda usarse en otros casos.
  • este formato no está preparado para procesar solicitudes que contengan medicamentos, para ello debería utilizarse otros formatos.
  • el contenido de algunos campos, la semántica, no es necesaria adaptarla a los requerimientos de cada financiador, si no que ITC realiza la conversión o transcodificación de campos como los códigos de prestación, motivos de alta, etc. para que puedan ser comprendidos por ambas partes.

Integración de aplicaciones con SITEL

SITEL es un producto orientado a realizar transacciones de cualquier tipo. Al no estar destinado para una clase en particular de transacciones, no existe un formato prefijado por SITEL para los datos propios de la transacción, sino que el formato es determinado por el tipo de transacción, el producto o la empresa con la que se utiliza SITEL. En este manual el término aplicación cliente se refiere a la aplicación que se integra con SITEL para realizar las transacciones.

Básicamente una transacción SITEL sigue los siguientes pasos:

  1. La aplicación cliente arma los archivos con el formato acorde a la transacción a realizar
  2. La aplicación cliente escribe los archivos en los directorios de búsqueda de SITEL para que resuelva la transacción y queda en espera del archivo estado.rsp
  3. SITEL devuelve un archivo estado.rsp indicando el resultado de la transacción a nivel de comunicación y deja los archivos de respuesta disponible para la aplicación cliente
  4. La aplicación cliente elimina el estado.rsp y procesa los archivos de salida de la transacción

Intercambio de archivos

SITEL está buscando transacciones en el árbol que se halla especificado en sus preferencias. Este árbol, puede estar en cualquier lugar de la jerarquía de directorios o incluso en recursos de red. Este directorio contiene directorios termxxxx, donde xxxx puede ser reemplazado por cualquier conjunto de caracteres. Estos directorios serán los que utilizarán las aplicaciones cliente para realizar las transacciones. Dentro de cada directorio termxxxx deben existir los subdirectorios upload y download. Cuando una aplicación cliente quiere realizar una transacción escribe en upload todos los archivos que son necesarios, posteriormente escribe el archivo propio de SITEL para disparar la transacción. Después de esto la aplicación cliente queda esperando la aparición del archivo estado.rsp en el directorio termxxxx. Es recomendable que la búsqueda del archivo no se realice en un bucle infinito, ya que esto sobrecarga el procesador y otros recursos del sistema afectando el desempeño de las aplicaciones. Una vez que aparece el archivo pueden darse dos situaciones de acuerdo a su contenido. Si su contenido es:

  1. 0: Operación Ok: en este caso la transacción se pudo completar en lo que respecta a la comunicación. Este estado indica que la aplicación cliente puede procesar los archivos de respuesta que se encuentran en el directorio download. Recordemos que SITEL puede resolver transacciones de cualquier tipo, por lo que no puede evaluar si los datos son correctos, lo único que evalúa es si hubo una respuesta a la transacción.
  2. -x: Error: x representa un número entero y Error representa la descripción del error. En este caso, la comunicación no se pudo completar y la razón se describe Error, la aplicación cliente no debe procesar los archivos de respuesta, ya que estos no existen ó están corruptos (valores).

En cualquier caso es responsabilidad de la aplicación cliente la eliminación del archivo estado.rsp, en caso de que éste no fuera eliminado, los mensajes se acumularán dentro del archivo.


Leer más sobre mecanismo de intercambio de archivos (+).

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 ejecución de las transacciones de SITEL y las ubicaciones de los archivos vea los diferentes mecanismos aquí.

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 de prestaciones ya realizadas

El concepto general de esta transacción es similar al de la "02 A" 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:

Anulación de transacciones

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. Recordamos que la posibilidad de anulación de una transacción facturable está limitado por el plazo de tiempo desde la fecha de ejecución de la transacción original el cual es un parámetro estipulado por el financiador.

Para anular se debe enviar en AUSYST (últimos 6 dígitos) y AUWHOO obtenidos en la respuesta en los campos AUNREF y AUWREF respectivamente.

Solicitud de autorizaciones con auditoría médica y recuperación del número de autorización otorgado

Existen prestaciones para las cuales se requiere una autorización previa con auditoría médica. Realizando la adaptación apropiada, el prestador puede hacer la solicitud de dicha autorización mediante una transacción "02 C". Estas autorizaciones, puede requerir la intervención humana de los auditores médicos, pueden no ser otorgadas inmediatamente, por lo que el proceso de recuperación del número de autorización otorgado, si no fuese otorgado inmediatamente se realizará con posterioridad mediante la ejecución de una transacción tipo "03 A". En el momento en que se va a realizar la prestación, se ejecuta una una transacción "02 A" o "02 D", según el caso, con el número de autorización obtenido.

Transacciones para pedido de autorizaciones a realizar por otro prestador

Estas transacciones están destinadas para casos tales como el de un médico que prescribe por ejemplo, un estudio, o la internación, u otra prestación para el beneficiario, pero la misma debe realizarse en otro prestador.

Transacción de Ingreso y Egreso de Internación

Este tipo de transacciones es utilizada por instituciones para informar al financiador sobre la internación y alta de un paciente.

La transacción de Ingreso a Internación, indicada como campo AUTRAC="02" y campo AUATRC="I" genera un aviso al financiador en caso de que el paciente hubiese acudido sin una orden (por una emergencia), si tuviese orden puede informar la misma campo AUNREF.

La transacción de Egreso de Internación, indicada como campo AUTRAC="02" y campo AUATRC="E" genera un aviso al financiador para determinar los días de internación y permite señalar el motivo de alta mediante campo AUMOTA.

Manejo de Cirugías

  • Informar Cirugías realizadas: permite notificar de todas las cirugías realizadas previamente autorizadas, tanto ambulatorias como en internación, incluidas las que requieren la presentación del protocolo quirúrgico y/o el informe médico para su facturación, posibilitando la inclusión de un documento en la transacción. Se indica como campo AUTRAC="02" y campo AUATRC="Q". (Ver +)

Procedimiento para autorización de Prácticas por Sesión (Kinesiología, Fonoaudiología, etc.)

En dichas prácticas (como es el caso de una 250104 o una 250181) el Financiador requiere que el prestador solicite una autorización para el tratamiento completo, esto debe realizarse a través de una transacción "02 C". Para ello se envía una transacción 02 C "Solicitar Autorización" con los mismos datos que una 02 A (lo único que varía es el campo AUATRC, posic. 34, que ahora es "C"). La cantidad, AUCAN, tendré en este caso la cantidad total de prácticas del tratamiento completo (ejemplo 20). Una transacción "02 C" NO REGISTRA NINGUN CONSUMO NI IMPUTA LA REALIZACION DE LAS PRACTICAS, simplemente informa del tratamiento y bloquea o disminuye el saldo de sesiones que tenga el afiliado para realizarse , devolviendo la autorización del tratamiento. El Financiador responderá inmediatamente con un número de autorización en el archivo _svl.3, estos son: AUWHOO posic. 7 long. 2, y el AUAUTO, posic. 1 long. 6.

Este número de autorización, debe luego utilizarse en una transacción 2A, la cual REGISTRA EL CONSUMO DE CADA SESION e IMPUTA EN LA CUENTA CORRIENTE DEL PRESTADOR LA ATENCION PARA SU PAGO. Este número de autorización debe utilizarse de la siguiente manera: el dato devuelto en AUWHOO (del _svl.3) debe colocarse en el campo AUWREF del _svl.1 de la transacción 2A, y el AUAUTO en el AUNREF. Así mismo deberá colocarse los datos de la práctica y el número de sesiones que se le realizará (normalmente 1) en los campos del _svl.3. De esta manera se irán acreditando las sesiones prestadas al afiliado en la cuenta corriente del prestador. El número de autorización otorgado al tratamiento debería guardarse de manera de poder rescatarlo cada vez que el afiliado concurra a realizarse una sesión del mismo. Respecto a las anulaciones, transacción 04 A, puede anularse tanto un consumo de sesión (en caso de anularse una transacción 02 A) o también la autorización del tratamiento (en caso de anularse la transacción 02 C).

Envío de documentación adicional

El financiador puede requerir y el prestador enviar documentación digitalizada a través de este canal. El archivo (solo 1 archivo por transacción) se envía colocándolo en el mismo repositorio donde se coloca el resto de los archivos. El tipo de archivo debe indicarse en el campo TIPODOCUMENTO y en el campo campo NOMBREDOCUMENTO señalar el nombre de dicho archivo y extensión.

El financiador puede señalar en cada respuesta que solicita el prestador en el campo DOCUMENTACION si requiere el envío de información y el tipo de información requerida. La transacción campo AUTRAC="02" y campo AUATRC="X" permite el envío de cualquier tipo de documentación mientras que las transacciones campo AUTRAC="02" y campo AUATRC="P" y la transacción campo AUTRAC="02" y campo AUATRC="Q" permiten adjuntar documentación específica de intervenciones quirúrgicas.

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

Ver detalle campos requeridos para cada transacción

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á. Ampliar(+)
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. Ampliar(+)
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. Ampliar(+)
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. Ampliar(+)
02 L Informar al Financiador que el prestador CUIT "K", efector "E", efectuó la prestación "P" al asociado "A" YA PREAUTORIZADA Asociado="A", Prestación="P", Prestador="K" y Efector="E". Autorización=(Ver Observación) Idem anterior, pero si existe una Verificación previa del afiliado (01 A) este Apto Servicio es tenido en cuenta para aceptar la solicitud a pesar de que en el día de envío de la 02 L el afiliado pueda ya no poseer cobertura. Ampliar(+)
02 B Informar al Financiador que el prestador CUIT "K" prescribió la prestación "P" al asociado "A" para ser ejecutada en prestador "H" Asociado="A", Prestación="P", Prestador="K" y Efector="H" El Financiador responderá si la prestación "P" está contratada para el prestador "H". Ampliar(+)
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. Ampliar(+)
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. Ampliar(+)
02 S Solicitar al financiador la autorización para realizar una cirugía con la prestación "P" al Asociado "A" en el prestador "K", emitiendo sus honorarios (efector "E" ) con la posibilidad de generar una orden de gastos para el prestador sanatorial. Asociado="A", Prestador="K", Efector="E", Prestación="P", Fecha de realización="D", Tiempo de Estadia="T" La orden es creada una vez que la transacción se autoriza emitiendo las orden de internación para la institución y las órdenes de práctica. Ampliar(+)
02 I Informar al financiador que el Asociado "A", se interna en el prestador "K", por prescripción del prestador "R" Asociado="A", Prescriptor="R", Prestador="K" El asociado puede concurrir con una autorización previa, ya que se informa el número de autorización otorgado por el Financiador. Puede informar el código de pensión si lo conoce. Ampliar(+)
02 E Informar al financiador el egreso de internación del Asociado "A", en el prestador "K", por alta o derivación del efector "E". Asociado="A", Prestador="K", Efector="E" Se informa el número de internación del Financiador (obligatorio). Si se trata de una derivación, se informa el Profesional receptor. Es posible definir una tabla de Motivos de Alta para cada Prestador. Ampliar(+)
02 P Enviar al Financiador el protocolo quirúrgico. Asociado="A", Prestador="K", Efector="E", Autorización="O", Envío de Protocolo="C" Se adjunta el archivo con el protocolo digitalizado. El nombre del mismo se recomienda que esté formado por el número de orden de internación. Ampliar(+)
02 Q Informar al financiador la realización de la cirugía al Asociado "A", en el prestador "K", por el efector "E" y el anestesista con matrícula "M", de la orden de internación "O", con la prestación "P" Asociado="A", Prestador="K", Efector="E", Anestesista="M", Autorización="O", Prestación="P" (opcional), Fecha de realización="D" Informar al Financiador de todas las cirugías realizadas previamente autorizadas, tanto ambulatorias como en internación, incluidas las que requieren la presentación del protocolo quirúrgico y/o el informe médico para su facturación. Puede adjuntarse aquí archivos con información adicional. Ampliar(+)
02 X Informar al Financiador mediante el envío de información digital Asociado="A" (opcional), Prestador="K", Autorización="O" (opcional), TipoDocumento="T", NombreDocumento="N" Canal de envío de información digitalizada al Financiador haciendo referencia a una transacción ya enviada, a un afiliado, o señalando que es de tipo administrativa.
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". Ampliar(+)
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. Ampliar(+)
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). Algunos financiadores exigen el envío del código de seguridad de la credencial en el campo CSC (puede estar en el anverso y/o reverso de la credencial). 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 (Reportes/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), C (Chip/Smart Card), R (Código de Barra), Q (Código QR) o N (NFC/Proximidad). 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. CHAR
2
36
AUNREF Nro. de Autorización de Referencia 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). Para la transacción de anulación debe enviarse la fecha en que se realizó la transacción que se desea anular, si no envía ninguna fecha se considera que desea anular la transacción más reciente con el número enviado (en campo AUNREF). DEC
8.0
52
DIAGNOSTICO1 Corresponden a diagnósticos ICD-9/CIE-9, CIE-10 o 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
DIAGNOSTICO2 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
8. Entrevista Padres/Tutor
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 QR de la Credencial Virtual, Código de Barra de la Credencial Virtual o los Tracks de la banda magnética (track 1 & 2) tal cual son leídos. También puede utilizarse para 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 cómo manipular la credencial. (Ver cada financiador). Algunos financiadores exigen el envío del código de seguridad de la credencial en el campo CSC (puede estar en el anverso y/o reverso de la credencial). 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
CSC Código de Seguridad de la Credencial que se encuentra en el anverso y/o reverso de la credencial para verificar su presencia. Ejemplo: 012. Ver ejemplo en la credencial CHAR
3
246
AUTDOC Tipo de Documento presentado por el paciente. Valores posibles: 1 Documento Nacional, 2 Libreta Cív./Enrol., 3 Cédula de Identidad, 4 Pasaporte, 5 Varios/otros, 6 Historia Clínica, 7 Sin documento CHAR
1
249
AUNDOC Número de Documento/identificación presentado por el paciente o que el prestador utiliza para identificarlo. CHAR
10
250
FILLER (completar con espacios en blanco) CHAR
12
260
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). Para transacciones 02S: Consultorio: C, Inst. Ambulatorio: I, Inst.c/ internacion breve: I, Inst.c/internacion piso: I, Inst.c/internacion uti_uco: I. Para transacciones 02I: Inst.c/internacion piso: I, Inst.c/internacion uti_uco: I. CHAR
2
15
AUODC Cara Dental. Los valores que podría tener son: M (mesial), O (oclusal), D (distal), V (vestibular) y L (lingual). Para transacciones 02S: Consultorio: (vacío), Inst. Ambulatorio: A, Inst.c/ internacion breve: I, Inst.c/internacion piso: (vacío), Inst.c/internacion uti_uco: U. Para transacciones 02I: Inst.c/internacion piso: (vacío), Inst.c/internacion uti_uco: U. 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]
"NC" Prestación no contratada.[2]
"ST" Paciente ha supera tope permitido para acceder a la prestación[2]
"NO" Prestador no habilitado para intervenir en esta prestación[2]
"EV" Socio temporalmente inhabilitado para la prestación[2]

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. La notación no incluye el punto decimal (ver). DEC
9.2
54
MONTO Monto unitario que abonará el financiador por esta prestación. La notación no incluye el punto decimal (ver). 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 puede no devolver el plan)[3] CHAR
5
151
AUTASO Condición de IVA del Socio: D IVA gravado, O IVA NO Gravado (si la respuesta es por time-out puede 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. La notación no incluye el punto decimal (ver). DEC
9.2
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

_svl.5

Este archivo opcional permite envío de información complementaria:

_svl.5 (archivo optativo de envio y respuesta)(1 registro)
Campo Descripción Tipo Longitud Posición
EFECTOR Apellido y Nombre del Médico Efector. Separado por coma. Char
40
1
ESPECILIADADFECTOR Código de especialidad del médico efector de acuerdo a la siguiente tabla: especialidades CHAR
3
41
CODIGOEFECTOR Código de Proveedor del Médico Efector CHAR
8
44
TELEFONO Teléfono Efector CHAR
15
52
EMAIL Correo electrónico Efector. Información de contacto donde prefiere recibir resultados y/o informe médico por las prescripciones realizadas. CHAR
50
67
DIRECCIONEFECTOR Dirección donde se Deriva al paciente. CHAR
100
117
LATITUD Coordenadas CHAR
20
217
LONGITUD Coordenadas CHAR
20
237
PRESCRIPTOR Apellido y Nombre del Médico Prescriptor. Separado por coma. En caso de una derivación es posible enviar aquí los datos a donde se deriva el paciente. CHAR
40
257
ESPECIALIDADPRESCRIPTOR Código de especialidad del médico prescriptor de acuerdo a la siguiente tabla: especialidades CHAR
3
297
CODIGOPRESCRIPTOR Código de Proveedor del Médico Prescriptor. En caso de una derivación es posible enviar aquí los datos a donde se deriva el paciente. CHAR
8
300
DIRECCION Dirección donde se Deriva al paciente. CHAR
100
308
INSTRUCCIONES Instrucciones del médico para el especialista donde se deriva al paciente. CHAR
250
408
PRESCRIPCION Número con que fue registrada la prescripción. CHAR
12
658
CRLF ASCII(13), ASCII(10) CHAR
2
670
TOTAL 671

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.

Casos de Uso y Ejemplos

Bajar todos los archivos de ejemplo de los casos de uso.

Otorgar un turno

Narrativa: El paciente AFILIADO PRUEBA AUTORIZ.AUTOM. (archivo _svl.1, TARJETA: 60671956201) que posee una cobertura de OSDE (archivo _svl.0, código de empresa: 11) solicita un turno en el prestador DIAGNOSTICO MEDICO (archivo _svl.1, AUCUIT: 30580910927). Debido a que no sabe los servicios que precisará solo se hará una verificación del apto servicio (archivo _svl.1, AUTRAC: 01 y AUATRC:A) y de esta manera podrá obtener una confirmación sobre si el paciente tiene su cobertura al día evitándole a este sufrir un eventual rechazo del servicio el día de la atención y al médico la pérdida de un turno cuando se hubiese podido evitar.

Ejemplo Transacción de Ida (directorio \01A\Upload):

V1071101
305809109270000006067195620100001AM                20090730            0                                  022843                                                                                                                                                                                


Mensaje de Respuesta (directorio \01A\Download): el afiliado tiene al día la fecha cobertura médica por parte del financiador (archivo _svl.3, AUREST: 00), su condición de IVA es exento (archivo _svl.3, AUTASO: O), el plan de salud del afiliado es 2 310 (archivo _svl.3, AUPLAN: 2 310), el número de referencia de la transacción es 26245497 (archivo _svl.3, AUSYST:026245497).

0000009800OK, ASOCIADO HABILI-TADO                OK, ASOCIADO HABILI-TADO                PLAN 2 310  NO GRAV..                   000000000000262454972 310O60671956201         	M19501224                                                                                   
--------------------------------------
                 OSDE                 
  Organizacion de Servicios Directos  
             Empresarios              
--------------------------------------
          VERIFICAR ASOCIADO          
--------------------------------------
Nro.Referencia  : 98                  
Nro. Transaccion: 245497              
--------------------------------------
Prestador: DIAGNOSTICO MEDICO-CENTRAL 
CUIT     : 30580910927                
Nro.Terminal: 0793                    
--------------------------------------
Afiliado : 60671956201                
Nombre: AFILIADO PRUEBA AUTORIZ.AUT(M)
Nro. Plan: 2 310     Tipo: IVA Exento 
Medico Prescriptor:    000000         
Fecha de Atencion: 30/07/2009         
--------------------------------------
Prestacion.Tipo.Arancel.Cant.Observ   
--------------------------------------
                                      
OK, ASOCIADO HABILI-                  
TADO                                  
PLAN 2 310  NO GRAV.                  
                                      
--------------------------------------
                                      
Firma:................................
Aclaracion:...........................
Tipo y Nro Doc.:......................
--------------------------------------
   31/07/2009 12:33 PuntoSalud.com    

Facturar un servicio a ser prestado en forma ambulatoria

Narrativa: el prestador DIAGNOSTICO MEDICO (archivo _svl.1, AUCUIT: 30580910927), solicita la autorización y consecuente pago (archivo _svl.1, AUTRAC: 02 y AUATRC:A), de una consulta en consultorio (archivo _svl.2, AUPRE: 420101, AUTIP:1, AUARA:0, AUCAN:1) para el paciente AFILIADO PRUEBA AUTORIZ.AUTOM (archivo _svl.1, TARJETA: 60671956201), que tiene cobertura de OSDE (archivo _svl.0, código de empresa: 11).


Ejemplo Transacción de Ida (directorio \02A\Upload):

V1071101
305809109270000006067195620100002AM                20090731            0                                  103748                                                                                                                                                                                
420101    1001                                                                                       


Mensaje de Respuesta (directorio \02A\Download): el afiliado tiene al día la fecha cobertura médica por parte del financiador (archivo _svl.3, AUREST: 00), su condición de IVA es exento (archivo _svl.3, AUTASO: O), el plan de salud del afiliado es 2 310 (archivo _svl.3, AUPLAN: 2 310), el número de referencia de la transacción es 26244746 (archivo _svl.3, AUSYST:026244746).

0000009800OK, PRESTACION RE-  GISTRADA            OK, PREST.REGISTRADAPLAN 2 310  NO GRAV..                                       000000000000262447462 310O60671956201         AFILIADO PRUEBA AUTORIZ.AUTOM.M19501224                                                                                   
420101    1001                                                                                       
--------------------------------------
                 OSDE                 
  Organizacion de Servicios Directos  
             Empresarios              
--------------------------------------
         INFORMAR PRESTACION          
--------------------------------------
Nro.Referencia  : 98                  
Nro. Transaccion: 244746              
--------------------------------------
Prestador: DIAGNOSTICO MEDICO-CENTRAL 
CUIT     : 30580910927                
Nro.Terminal: 0793                    
--------------------------------------
Afiliado : 60671956201                
Nombre: AFILIADO PRUEBA AUTORIZ.AUT(M)
Nro. Plan: 2 310     Tipo: IVA Exento 
Medico Prescriptor:    000000         
Fecha de Atencion: 31/07/2009         
--------------------------------------
Prestacion.Tipo.Arancel.Cant.Observ   
--------------------------------------
420101     1    0       01            
           CONSULTA EN CONSULTORIO    
                                      
OK, PREST.REGISTRADA                  
PLAN 2 310  NO GRAV.                  
                                      
--------------------------------------
                                      
                                      
                                      
                                      
       Imprima aqui la Tarjeta        
                                      
                                      
                                      
                                      
                                      
--------------------------------------
                                      
Firma:................................
Aclaracion:...........................
Tipo y Nro Doc.:......................
--------------------------------------
   31/07/2009 12:02 PuntoSalud.com    


20150510IT4433550
2393939222931119922292929292922222112134342320000000004232

Cancelar una transacción aprobada

Narrativa: el paciente AFILIADO PRUEBA AUTORIZ.AUTOM. (archivo _svl.1, TARJETA: 60671956201) cuya solicitud fue autorizada antes, decide retirarse antes de que pueden realizar su Consulta médica. Como consecuencia el operador anula (archivo _svl.1, AUTRAC: 04 y AUATRC:A) la transacción previamente autorizada (AUNREF: 245497 (solo envía los últimos 6 dígitos de AUSYST, y AUWREF: 98 (es el valor que obtuvo en la respuesta de la transacción a anular, AUWHOO, y que indica quién dió esa autorización)) pues esta ya se encuentra imputada en la cuenta corriente.

Ejemplo Transacción de Ida (directorio \04A\Upload):

V1071101
305809109270000000000000000000004AM  244746        20090731            0                                  123711                                                                                                                                                                                


Mensaje de Respuesta (directorio \04A\Download): la solicitud de anulación de la transacción anterior (archivo _svl.3, AUAUTO:244746), fue aceptada (archivo _svl.3, AUREST: 00). El número de referencia de la transacción es 26245979 (archivo _svl.3, AUSYST:026245979).

2447469800OK, ANULACION REGIS-TRADA               TRANSACC.  N° 244746ANULADA.                                                    00000000000026245979      00000000000                                        00000000                                                                                   
--------------------------------------
                 OSDE                 
  Organizacion de Servicios Directos  
             Empresarios              
--------------------------------------
          INFORMAR ANULACION          
--------------------------------------
Nro.Referencia  : 98                  
Nro. Transaccion: 245979              
--------------------------------------
Prestador: DIAGNOSTICO MEDICO-CENTRAL 
CUIT     : 30580910927                
Nro.Terminal: 0793                    
--------------------------------------
Afiliado : 00000000000                
Nro. Plan:           Tipo: IVA Exento 
Medico Prescriptor:    000000         
Fecha de Atencion: 31/07/2009         
--------------------------------------
Prestacion.Tipo.Arancel.Cant.Observ   
--------------------------------------
                                      
TRANSACC.  N° 244746                  
ANULADA                               
                                      
--------------------------------------
                                      
Firma:................................
Aclaracion:...........................
Tipo y Nro Doc.:......................
--------------------------------------
   31/07/2009 12:55 PuntoSalud.com    

Notas

  1. 1,0 1,1 Señala que este código puede ser motivo de rechazo.
  2. 2,0 2,1 2,2 2,3 2,4 2,5 2,6 Señala que este código es motivo de rechazo.
  3. 3,0 3,1 3,2 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")