ITC Soluciones SA - Contribuciones del usuario [es]

Archivo:PCPOS.zip

2020-08-12T19:15:08Z

Adrianm:

== Resumen ==
Importing file
[[Categoría:Extranet]]

Formato V103 Prestadores

2020-07-07T14:16:57Z

Adrianm: /* Obtener un set de transacciones de ejemplo */

<big>Esta versión fue reemplazada por [[Formato_V107_Prestadores|V107]] use el documento solo para referencia</big>

== Formato V103 ==
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 [[Formato V103 Prestadores#_svl.0|_svl.0]] (es el sobre que indica el destinatario), [[Formato V103 Prestadores#_svl.1|_svl.1]] (corresponde a los datos de la cabecera o no repetitivos) y [[Formato V103 Prestadores#_svl.2|_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 [[Formato V103 Prestadores#_svl.2|_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 [[Formato V103 Prestadores#_svl.3|_svl.3]] (son los datos generales de respuesta del financiador). Adicionalmente recibirá un archivo [[Ticket Prestacion|_ticket.prm]] 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.

{|
|
=== 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 [[Formato V103 Prestadores#_svl.0|_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 [[Formato V250 Farmacia|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:
#La aplicación cliente arma los archivos con el formato acorde a la transacción a realizar
#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|estado.rsp]]
#SITEL devuelve un archivo [[Estado.rsp|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
#La aplicación cliente elimina el [[Estado.rsp|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|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:
#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.
#-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 ([[Estado.rsp|valores]]).

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

'''[[Homologar#Intercambio_de_Archivos_Planos|Leer más sobre mecanismo de intercambio de archivos (+)]]'''.

|| __TOC__
|}

== 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 [[Formato V103 Prestadores#_svl.0|_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 [[Formato V103 Prestadores#_svl.0|_svl.0]] como en todas las versiones V1XX.
{{Plantilla:Svl.0
|versionArchivos= V103
|empresa= 11
|empresaDescripcion= OSDE METRO
|actividad= 01
|actividadDescripcion= Polivalente
}}

==== Listado de Códigos de Empresa para identificar al financiador ====
{| align="center"
| {{:Financiadores}}
|}

=== 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.

==== Transacciones para Informe de prestaciones a realizar ====
La transacción conocida como "02 A" se ejecuta en forma previa a la realización de la prestación. Normalmente el momento para su ejecución es en la admisión del paciente. El propósito de esta transacción es informar al Financiador que el prestador se dispone a realizar una prestación o conjunto de prestaciones determinadas al beneficiario. Como resultado de esta transacción se obtendrá la aceptación o el rechazo por parte del Financiador para la realización de esta prestación.

==== Transacciones para Informe de prestaciones ya realizadas ====
El concepto general de esta transacción es similar al de la "02 A". Pero la transacción conocida como "02 D" se ejecuta eventualmente en aquellas ocasiones en que la prestación ya fue realizada y por algún motivo de fuerza mayor no pudo informarse mediante una transacción "02 A". Esto puede deberse, por ejemplo, a caídas o fallas del sistema del prestador o del mecanismo de comunicaciones. Normalmente el momento de ejecución es posterior a la realización de la prestación. El lapso de tiempo entre la realización efectiva de la prestación y el momento en que se informe no debe ser mayor al estipulado por el Financiador para las transacciones del tipo "02 D". El propósito de esta transacción es informar al Financiador que el prestador realizó una prestación o conjunto de prestaciones determinadas al beneficiario. Al igual que para las transacciones "02 A", como resultado de esta transacción se obtendrá la aceptación o el rechazo por parte del Financiador.

==== Verificaciones ====
El objeto de estas transacciones (01A, 01B y 01C), es realizar una verificación del estado de la cobertura del afiliado, y eventualmente la prestación y del prestador, antes de otorgar un turno. Esto permite consultar si eventualmente se podría dar un determinado servicio y en caso de rechazo evitarle al paciente la molestia de ir al Centro para luega rechazarle la atención (al realizar una Registración 02A), y al prestador de asignar un turno que quede finalmente ocioso. '''Estas transacciones en el caso de aprobarse no dejan imputada la autorización en la cuenta corriente del prestador'''.

==== 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 "04 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 esta limitado por el plazo de tiempo desde la fecha de ejecución de la transacción a anular que estipule el Financiador.

==== 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.

==== Transacciones para registración de Ingresos y Egresos a internaciones ====
Este tipo de transacciones es utilizada por el prestador, para informar al Financiador sobre la internación y alta de un paciente.

==== Informar Cirugías realizadas ====
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.

==== 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 [[Formato V103 Prestadores#_svl.3|_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 [[Formato V103 Prestadores#_svl.3|_svl.3]]) debe colocarse en el campo AUWREF del [[Formato V103 Prestadores#_svl.1|_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 [[Formato V103 Prestadores#_svl.3|_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 colocan los archivo [[Formato V103 Prestadores#_svl.0|_svl.0]], [[Formato V103 Prestadores#_svl.1|_svl.1]] y [[Formato V103 Prestadores#_svl.2|_svl.2]]. El mismo debe denominarse y señalar en el campo TIPODOCUMENTO que tipo de documentación se trata y en el campo NOMBREDOCUMENTO el nombre de dicho archivo y extensión. El financiador puede señalar en cada respuesta en el campo DOCUMENTACION si requiere el envío de información y el tipo de información requerida. La transacción "02 X" permite el envío de cualquier tipo de documentación mientras que "02 P" y "02 Q" permiten adjuntar documentación específica de intervenciones quirúrgicas a esas transacciones.

=== Resumen ===
{| bgcolor="#CCCCFF"
| colspan="2" |'''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 || 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.
|-
| 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"
|-
| 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.
|-
| 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.
|-
| 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. Si se trata de una derivación, se informa el Profesional receptor. Es posible definir una tabla de Motivos de Alta para cada Prestador.
|-
| 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.
|-
| 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.
|-
| 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".
|-
| 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.
|-
| 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.

|}

Para todas las transacciones se envían dos archivos de entrada y se reciben dos archivos de salida. Los archivos de entrada son: [[Formato V103 Prestadores#_svl.1|_svl.1]] y _svl.2. Los archivos de salida son [[Formato V103 Prestadores#_svl.3|_svl.3]] y [[Formato V103 Prestadores#_svl.2|_svl.2]].

Cuando se realiza una transacción, el archivo [[Formato V103 Prestadores#_svl.1|_svl.1]] contiene los datos no repetitivos de la operación y el [[Formato V103 Prestadores#_svl.2|_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 [[Formato V103 Prestadores#_svl.3|_svl.3]] con los datos no repetitivos de la respuesta y el [[Formato V103 Prestadores#_svl.2|_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 [[Formato V103 Prestadores#_svl.0|_svl.0]]
**1 registro con el formato [[Formato V103 Prestadores#_svl.1|_svl.1]]
**n registros con el formato [[Formato V103 Prestadores#_svl.2|_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.

{| class="wikitable"
! colspan="5" | _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
| <center>11.0</center>
| <center>1</center>

|-
| AUISOA
| Nro. ISO del Emisor de Credencial. Se recomienda utilizar el campo '''BANDA''' en su lugar. ([[Financiadores|Ver datos de la credencial de cada financiador]])
| DEC
| <center>6.0</center>
| <center>12</center>

|-
| TARJETA
| Tarjeta del afiliado. Se recomienda utilizar el campo '''BANDA''' en su lugar. ([[Financiadores|Ver datos de la credencial de cada financiador]])
| DEC
| <center>11.0</center>
| <center>18</center>

|-
| AUDIGA
| Dígito Verificador. Se recomienda utilizar el campo '''BANDA''' en su lugar. ([[Financiadores|Ver datos de la credencial de cada financiador]])
| DEC
| <center>1.0</center>
| <center>29</center>

|-
| AUVERA
| Versión de la credencial. Se recomienda utilizar el campo '''BANDA''' en su lugar. ([[Financiadores|Ver datos de la credencial de cada financiador]])
| DEC
| <center>2.0</center>
| <center>30</center>

|-
| AUTRAC
| Código de Transacción: 01.- Consultas, 02.- Registración, 03.- Rescates, 04.- Anulación, 05.- Consultas
| DEC
| <center>2.0</center>
| <center>32</center>

|-
| AUATRC
| Atributo o tipo del Código de Transacción: (A/B/C/D/E/I/L/Q/P/X)
| CHAR
| <center>1</center>
| <center>34</center>

|-
| AUMANA
| Forma de Ingreso de la credencial (M: manual, A: automático (lectura de banda magnética de la credencial))
| CHAR
| <center>1</center>
| <center>35</center>

|-
| AUWREF
| Firma del Generador Nro. de Referencia
| CHAR
| <center>2</center>
| <center>36</center>

|-
| AUNREF
| Nro. de Autorización de Referencia
| DEC
| <center>6.0</center>
| <center>38</center>

|-
| AUTMAT
| Tipo de Matrícula del Prestador Prescriptor. La primer letra identifica el tipo de medico, 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
| <center>2</center>
| <center>44</center>

|-
| 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
| <center>6.0</center>
| <center>46</center>

|-
| AUFECP
| Fecha de Práctica (AAAAMMDD)
| DEC
| <center>8.0</center>
| <center>52</center>

|-
| DIAGNOSTICO1
| Corresponden a diagnósticos [[ICD-9]] 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
| <center>6</center>
| <center>60</center>

|-
| DIAGNOSTICO 2
| Idem anterior.
| CHAR
| <center>6</center>
| <center>66</center>

|-
| 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
| <center>1.0</center>
| <center>72</center>

|-
| CRLF
| ASCII(13), ASCII(10)
| CHAR
| <center>2</center>
| <center>73</center>

|-
! colspan="4" | TOTAL
! 74

|}
Ejemplo: '''306776985070000000000200 0002DM 000000MN11123420060620 0'''

=== _svl.2 ===
Archivos de envío y respuesta con los códigos de prestación:

{| class="wikitable"
! colspan="5" | _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
| <center>6</center>
| <center>1</center>

|-
| AUTIP
| Tipo de Prestación: 1 (Ambulatoria), 2 (Clínica), 3 (Quirúrgica), 4 (Domiciliaria)
| DEC
| <center>1.0</center>
| <center>7</center>

|-
| 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
| <center>1.0</center>
| <center>8</center>

|-
| AUCAN
| Frecuencia o Cantidad Prestación
| DEC
| <center>2.0</center>
| <center>9</center>

|-
| 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
| <center>2</center>
| <center>11</center>

|-
| AUODC
| Cara Dental. Los valores que podría tener son: M (mesial), O (oclusal), D (distal), V (vestibular) y L (lingual)
| CHAR
| <center>5</center>
| <center>13</center>

|-
| AURES
| Código de Respuesta:
" " (dos espacios): Práctica ok. 
"'''AT'''" Requiere autorización (*) 
"'''AU'''" Requiere auditoría 
"'''ER'''" Prestación errónea. Código inexistente. (**) 
"'''NH'''" Prestación no habilitada. (**) 
"'''OI'''" Requiere Orden de Internación (**) 
"'''PR'''" Requiere prescripción (*) 
"'''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) 
"'''NC'''" Prestación no contratada (**) 
"'''ST'''" Paciente ha supera tope permitido para acceder a la prestación(*) 
"'''NO'''" Prestador no habilitado para intervenir en esta prestación(*) 
"'''EV'''" Socio temporalmente inhabilitado para la prestación(*) 
 
(*) Puede ser motivo de rechazo. 
(**) Es motivo de rechazo.
| CHAR
| <center>2</center>
| <center>18</center>

|-
| CRLF
| ASCII(13), ASCII(10)
| CHAR
| <center>2</center>
| <center>20</center>

|-
! colspan="4" | TOTAL
! 21

|}
Ejemplo:

'''XXX0032002 ''' 
'''4201011001 ''' 
'''4201011001 '''

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

{| class="wikitable"
! colspan="5" | _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
| <center>6.0</center>
| <center>1</center>

|-
| 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
| <center>2</center>
| <center>7</center>

|-
| AUREST
| Código de Respuesta Transaccional: '''00''' Transacción ha sido aprobada o '''01''' Transacción ha sido rechazada
| CHAR
| <center>2</center>
| <center>9</center>

|-
| LEYENDA
| Leyenda a Desplegar (se recomienda mostrar en renglones de 20 caracteres)
| CHAR
| <center>120</center>
| <center>11</center>

|-
| AUMONT
| Monto total que abonará el financiador. Actualmente se devuelve el Coseguro.
| DEC
| <center>11.2</center>
| <center>131</center>

|-
| AUSYST
| '''Nro. Transacción '''
| DEC
| <center>6.0</center>
| <center>142</center>

|-
| AUPLAN
| Plan Asociado (si la respuesta es por time-out no devuelve el plan) Ver Nota: "respuestas por Time-Out (*)"
| CHAR
| <center>5</center>
| <center>148</center>

|-
| AUTASO
| Condicion de IVA del Asociado: "'''D'''" IVA Gravado, "'''O'''" IVA NO Gravado (si la respuesta es por time-out no devuelve el tipo de afiliado) Ver Nota: "respuestas por Time-Out (*)"
| CHAR
| <center>1</center>
| <center>153</center>

|-
| CRLF
| ASCII(13), ASCII(10)
| CHAR
| <center>2</center>
| <center>154</center>

|-
! colspan="4" | TOTAL
! 155

|}
'''NOTA: Respuestas Por Time-Out(*)'''

Si por alguna circunstancia fortuita (problema de comunicaciones, mantenimiento del servidor, etc.), el Financiador no pudiera realizar procesar la transacción enviada por el prestador, será ITC quien realizará el procesamiento y validación de dicha transacción, así como la generación de la respuesta enviada al prestador. 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 [[Financiadores|Financiador]] y, AUWHOO = 92 Si la respuesta es generada por ITC ("respuesta por time-out")

=== _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).

{| class="wikitable"
! colspan="5" | _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 ([[Códigos_de_Respuesta|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ódigos de Respuesta}}

== Obtener un set de transacciones de ejemplo ==
[[Archivo:Set_Transacciones_Ejemplo_V103.zip|Bajar aquí]].

[[Categoría:Extranet]]
[[Categoría:PuntoSalud]]
[[Categoría:Estándares]]
[[Categoría:Desarrolladores]]

Formato V103 Prestadores

2020-07-07T14:15:00Z

Adrianm:

<big>Esta versión fue reemplazada por [[Formato_V107_Prestadores|V107]] use el documento solo para referencia</big>

== Formato V103 ==
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 [[Formato V103 Prestadores#_svl.0|_svl.0]] (es el sobre que indica el destinatario), [[Formato V103 Prestadores#_svl.1|_svl.1]] (corresponde a los datos de la cabecera o no repetitivos) y [[Formato V103 Prestadores#_svl.2|_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 [[Formato V103 Prestadores#_svl.2|_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 [[Formato V103 Prestadores#_svl.3|_svl.3]] (son los datos generales de respuesta del financiador). Adicionalmente recibirá un archivo [[Ticket Prestacion|_ticket.prm]] 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.

{|
|
=== 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 [[Formato V103 Prestadores#_svl.0|_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 [[Formato V250 Farmacia|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:
#La aplicación cliente arma los archivos con el formato acorde a la transacción a realizar
#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|estado.rsp]]
#SITEL devuelve un archivo [[Estado.rsp|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
#La aplicación cliente elimina el [[Estado.rsp|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|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:
#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.
#-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 ([[Estado.rsp|valores]]).

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

'''[[Homologar#Intercambio_de_Archivos_Planos|Leer más sobre mecanismo de intercambio de archivos (+)]]'''.

|| __TOC__
|}

== 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 [[Formato V103 Prestadores#_svl.0|_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 [[Formato V103 Prestadores#_svl.0|_svl.0]] como en todas las versiones V1XX.
{{Plantilla:Svl.0
|versionArchivos= V103
|empresa= 11
|empresaDescripcion= OSDE METRO
|actividad= 01
|actividadDescripcion= Polivalente
}}

==== Listado de Códigos de Empresa para identificar al financiador ====
{| align="center"
| {{:Financiadores}}
|}

=== 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.

==== Transacciones para Informe de prestaciones a realizar ====
La transacción conocida como "02 A" se ejecuta en forma previa a la realización de la prestación. Normalmente el momento para su ejecución es en la admisión del paciente. El propósito de esta transacción es informar al Financiador que el prestador se dispone a realizar una prestación o conjunto de prestaciones determinadas al beneficiario. Como resultado de esta transacción se obtendrá la aceptación o el rechazo por parte del Financiador para la realización de esta prestación.

==== Transacciones para Informe de prestaciones ya realizadas ====
El concepto general de esta transacción es similar al de la "02 A". Pero la transacción conocida como "02 D" se ejecuta eventualmente en aquellas ocasiones en que la prestación ya fue realizada y por algún motivo de fuerza mayor no pudo informarse mediante una transacción "02 A". Esto puede deberse, por ejemplo, a caídas o fallas del sistema del prestador o del mecanismo de comunicaciones. Normalmente el momento de ejecución es posterior a la realización de la prestación. El lapso de tiempo entre la realización efectiva de la prestación y el momento en que se informe no debe ser mayor al estipulado por el Financiador para las transacciones del tipo "02 D". El propósito de esta transacción es informar al Financiador que el prestador realizó una prestación o conjunto de prestaciones determinadas al beneficiario. Al igual que para las transacciones "02 A", como resultado de esta transacción se obtendrá la aceptación o el rechazo por parte del Financiador.

==== Verificaciones ====
El objeto de estas transacciones (01A, 01B y 01C), es realizar una verificación del estado de la cobertura del afiliado, y eventualmente la prestación y del prestador, antes de otorgar un turno. Esto permite consultar si eventualmente se podría dar un determinado servicio y en caso de rechazo evitarle al paciente la molestia de ir al Centro para luega rechazarle la atención (al realizar una Registración 02A), y al prestador de asignar un turno que quede finalmente ocioso. '''Estas transacciones en el caso de aprobarse no dejan imputada la autorización en la cuenta corriente del prestador'''.

==== 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 "04 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 esta limitado por el plazo de tiempo desde la fecha de ejecución de la transacción a anular que estipule el Financiador.

==== 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.

==== Transacciones para registración de Ingresos y Egresos a internaciones ====
Este tipo de transacciones es utilizada por el prestador, para informar al Financiador sobre la internación y alta de un paciente.

==== Informar Cirugías realizadas ====
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.

==== 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 [[Formato V103 Prestadores#_svl.3|_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 [[Formato V103 Prestadores#_svl.3|_svl.3]]) debe colocarse en el campo AUWREF del [[Formato V103 Prestadores#_svl.1|_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 [[Formato V103 Prestadores#_svl.3|_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 colocan los archivo [[Formato V103 Prestadores#_svl.0|_svl.0]], [[Formato V103 Prestadores#_svl.1|_svl.1]] y [[Formato V103 Prestadores#_svl.2|_svl.2]]. El mismo debe denominarse y señalar en el campo TIPODOCUMENTO que tipo de documentación se trata y en el campo NOMBREDOCUMENTO el nombre de dicho archivo y extensión. El financiador puede señalar en cada respuesta en el campo DOCUMENTACION si requiere el envío de información y el tipo de información requerida. La transacción "02 X" permite el envío de cualquier tipo de documentación mientras que "02 P" y "02 Q" permiten adjuntar documentación específica de intervenciones quirúrgicas a esas transacciones.

=== Resumen ===
{| bgcolor="#CCCCFF"
| colspan="2" |'''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 || 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.
|-
| 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"
|-
| 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.
|-
| 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.
|-
| 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. Si se trata de una derivación, se informa el Profesional receptor. Es posible definir una tabla de Motivos de Alta para cada Prestador.
|-
| 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.
|-
| 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.
|-
| 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".
|-
| 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.
|-
| 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.

|}

Para todas las transacciones se envían dos archivos de entrada y se reciben dos archivos de salida. Los archivos de entrada son: [[Formato V103 Prestadores#_svl.1|_svl.1]] y _svl.2. Los archivos de salida son [[Formato V103 Prestadores#_svl.3|_svl.3]] y [[Formato V103 Prestadores#_svl.2|_svl.2]].

Cuando se realiza una transacción, el archivo [[Formato V103 Prestadores#_svl.1|_svl.1]] contiene los datos no repetitivos de la operación y el [[Formato V103 Prestadores#_svl.2|_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 [[Formato V103 Prestadores#_svl.3|_svl.3]] con los datos no repetitivos de la respuesta y el [[Formato V103 Prestadores#_svl.2|_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 [[Formato V103 Prestadores#_svl.0|_svl.0]]
**1 registro con el formato [[Formato V103 Prestadores#_svl.1|_svl.1]]
**n registros con el formato [[Formato V103 Prestadores#_svl.2|_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.

{| class="wikitable"
! colspan="5" | _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
| <center>11.0</center>
| <center>1</center>

|-
| AUISOA
| Nro. ISO del Emisor de Credencial. Se recomienda utilizar el campo '''BANDA''' en su lugar. ([[Financiadores|Ver datos de la credencial de cada financiador]])
| DEC
| <center>6.0</center>
| <center>12</center>

|-
| TARJETA
| Tarjeta del afiliado. Se recomienda utilizar el campo '''BANDA''' en su lugar. ([[Financiadores|Ver datos de la credencial de cada financiador]])
| DEC
| <center>11.0</center>
| <center>18</center>

|-
| AUDIGA
| Dígito Verificador. Se recomienda utilizar el campo '''BANDA''' en su lugar. ([[Financiadores|Ver datos de la credencial de cada financiador]])
| DEC
| <center>1.0</center>
| <center>29</center>

|-
| AUVERA
| Versión de la credencial. Se recomienda utilizar el campo '''BANDA''' en su lugar. ([[Financiadores|Ver datos de la credencial de cada financiador]])
| DEC
| <center>2.0</center>
| <center>30</center>

|-
| AUTRAC
| Código de Transacción: 01.- Consultas, 02.- Registración, 03.- Rescates, 04.- Anulación, 05.- Consultas
| DEC
| <center>2.0</center>
| <center>32</center>

|-
| AUATRC
| Atributo o tipo del Código de Transacción: (A/B/C/D/E/I/L/Q/P/X)
| CHAR
| <center>1</center>
| <center>34</center>

|-
| AUMANA
| Forma de Ingreso de la credencial (M: manual, A: automático (lectura de banda magnética de la credencial))
| CHAR
| <center>1</center>
| <center>35</center>

|-
| AUWREF
| Firma del Generador Nro. de Referencia
| CHAR
| <center>2</center>
| <center>36</center>

|-
| AUNREF
| Nro. de Autorización de Referencia
| DEC
| <center>6.0</center>
| <center>38</center>

|-
| AUTMAT
| Tipo de Matrícula del Prestador Prescriptor. La primer letra identifica el tipo de medico, 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
| <center>2</center>
| <center>44</center>

|-
| 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
| <center>6.0</center>
| <center>46</center>

|-
| AUFECP
| Fecha de Práctica (AAAAMMDD)
| DEC
| <center>8.0</center>
| <center>52</center>

|-
| DIAGNOSTICO1
| Corresponden a diagnósticos [[ICD-9]] 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
| <center>6</center>
| <center>60</center>

|-
| DIAGNOSTICO 2
| Idem anterior.
| CHAR
| <center>6</center>
| <center>66</center>

|-
| 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
| <center>1.0</center>
| <center>72</center>

|-
| CRLF
| ASCII(13), ASCII(10)
| CHAR
| <center>2</center>
| <center>73</center>

|-
! colspan="4" | TOTAL
! 74

|}
Ejemplo: '''306776985070000000000200 0002DM 000000MN11123420060620 0'''

=== _svl.2 ===
Archivos de envío y respuesta con los códigos de prestación:

{| class="wikitable"
! colspan="5" | _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
| <center>6</center>
| <center>1</center>

|-
| AUTIP
| Tipo de Prestación: 1 (Ambulatoria), 2 (Clínica), 3 (Quirúrgica), 4 (Domiciliaria)
| DEC
| <center>1.0</center>
| <center>7</center>

|-
| 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
| <center>1.0</center>
| <center>8</center>

|-
| AUCAN
| Frecuencia o Cantidad Prestación
| DEC
| <center>2.0</center>
| <center>9</center>

|-
| 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
| <center>2</center>
| <center>11</center>

|-
| AUODC
| Cara Dental. Los valores que podría tener son: M (mesial), O (oclusal), D (distal), V (vestibular) y L (lingual)
| CHAR
| <center>5</center>
| <center>13</center>

|-
| AURES
| Código de Respuesta:
" " (dos espacios): Práctica ok. 
"'''AT'''" Requiere autorización (*) 
"'''AU'''" Requiere auditoría 
"'''ER'''" Prestación errónea. Código inexistente. (**) 
"'''NH'''" Prestación no habilitada. (**) 
"'''OI'''" Requiere Orden de Internación (**) 
"'''PR'''" Requiere prescripción (*) 
"'''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) 
"'''NC'''" Prestación no contratada (**) 
"'''ST'''" Paciente ha supera tope permitido para acceder a la prestación(*) 
"'''NO'''" Prestador no habilitado para intervenir en esta prestación(*) 
"'''EV'''" Socio temporalmente inhabilitado para la prestación(*) 
 
(*) Puede ser motivo de rechazo. 
(**) Es motivo de rechazo.
| CHAR
| <center>2</center>
| <center>18</center>

|-
| CRLF
| ASCII(13), ASCII(10)
| CHAR
| <center>2</center>
| <center>20</center>

|-
! colspan="4" | TOTAL
! 21

|}
Ejemplo:

'''XXX0032002 ''' 
'''4201011001 ''' 
'''4201011001 '''

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

{| class="wikitable"
! colspan="5" | _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
| <center>6.0</center>
| <center>1</center>

|-
| 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
| <center>2</center>
| <center>7</center>

|-
| AUREST
| Código de Respuesta Transaccional: '''00''' Transacción ha sido aprobada o '''01''' Transacción ha sido rechazada
| CHAR
| <center>2</center>
| <center>9</center>

|-
| LEYENDA
| Leyenda a Desplegar (se recomienda mostrar en renglones de 20 caracteres)
| CHAR
| <center>120</center>
| <center>11</center>

|-
| AUMONT
| Monto total que abonará el financiador. Actualmente se devuelve el Coseguro.
| DEC
| <center>11.2</center>
| <center>131</center>

|-
| AUSYST
| '''Nro. Transacción '''
| DEC
| <center>6.0</center>
| <center>142</center>

|-
| AUPLAN
| Plan Asociado (si la respuesta es por time-out no devuelve el plan) Ver Nota: "respuestas por Time-Out (*)"
| CHAR
| <center>5</center>
| <center>148</center>

|-
| AUTASO
| Condicion de IVA del Asociado: "'''D'''" IVA Gravado, "'''O'''" IVA NO Gravado (si la respuesta es por time-out no devuelve el tipo de afiliado) Ver Nota: "respuestas por Time-Out (*)"
| CHAR
| <center>1</center>
| <center>153</center>

|-
| CRLF
| ASCII(13), ASCII(10)
| CHAR
| <center>2</center>
| <center>154</center>

|-
! colspan="4" | TOTAL
! 155

|}
'''NOTA: Respuestas Por Time-Out(*)'''

Si por alguna circunstancia fortuita (problema de comunicaciones, mantenimiento del servidor, etc.), el Financiador no pudiera realizar procesar la transacción enviada por el prestador, será ITC quien realizará el procesamiento y validación de dicha transacción, así como la generación de la respuesta enviada al prestador. 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 [[Financiadores|Financiador]] y, AUWHOO = 92 Si la respuesta es generada por ITC ("respuesta por time-out")

=== _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).

{| class="wikitable"
! colspan="5" | _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 ([[Códigos_de_Respuesta|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ódigos de Respuesta}}

== Obtener un set de transacciones de ejemplo ==
[[Imagen:Set Transacciones Ejemplo V103.zip|Bajar aquí]].

[[Categoría:Extranet]]
[[Categoría:PuntoSalud]]
[[Categoría:Estándares]]
[[Categoría:Desarrolladores]]