Formato V102 Prestadores SIFOS
Esta versión fue reemplazada por otras como V250 use el documento solo para referencia
Sumario
Formato V102 Prestador SIFOS
Este documento explica los formatos de los archivos necesarios para realizar transacciones entre Farmacias y SIFOS, utilizando como medio de comunicación a SITEL.
Operaciones Posibles
Las operaciones posibles de ser realizas con este formato a través de SIFOS son:
- Autorización de prestaciones: con esta operación se validan las prestaciones a realizar.
- Anulación: permite la anulación de una operación de Ticket, esta operación no se puede realizar sobre tickets sobre los que se ha efectuado el Cierre.
- Ingresos y egresos de internación: notificación de ingreso y alta de pacientes.
- Cierre/Consulta de Cierre: esta operación cierra un lote de tickets, la diferencia entre el Cierre y la Consulta de Cierre es que la consulta no realiza el Cierre, sólo muestra el resultado que daría la realización de un Cierre en ese momento.
- Actualizaciones: el sistema permite el mantenimiento de los datos que se utilizan en las operaciones a través de las Actualizaciones, estas operaciones nos permiten actualizar o traer todos los datos de Planes, Médicos, Medicamentos y Diagnósticos.
Formato de Archivo para Transacciones
_svl.0
1 registro. Este archivo permite la identificación del prestador. Seleccionando 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, SITEL permite realizar autorizaciones para diferentes financiadores. El archivo tiene el siguiente formato:
Nombre del Campo | Descripción | Tipo | Longitud | Posición |
---|---|---|---|---|
Versión | Versión del formato de transacciones valor fijo: V102 | CHAR | 4 | 1 |
Empresa | Código de la Empresa. Permite identificar el financiador. Ej. 01 para OSDE. Ver códigos | NUM | 2 | 5 |
Actividad | Código de Actividad: 04 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: V1020104 o V1020104PRUEBA00
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.
_svl.1
1 registro. Este archivo permite la identificación del beneficiario, su cobertura médica y del tipo de operación a realizar. El archivo tiene el siguiente formato:
Nro. | Campo | Fuente | Tipo | Descripción |
---|---|---|---|---|
1 | Tarjeta | APP | C(100) | Banda o campos de carga manual de acuerdo a cada financiador |
2 | Tipo de Lectura | APP | N(1) | Valores: 0 (No Aplicable), 1 (Banda), 2 (Manual) |
3 | Afiliado | SIFOS | N(11) | Número de afiliado devuelto en la transacción |
4 | Número de Credencial | SIFOS | N(2) | Número de plástico/tarjeta |
5 | Número de Plan | SIFOS | N(4) | Plan al que pertenece el afiliado devuelto en la transacción |
6 | Tipo de Plan | SIFOS | N(1) | Plan al que corresponde al ticket: 1 (Normal), 2 (internación), 3 (materno), 4 (materno-infantil) |
7 | Tipo de Profesional que Receta | APP | N(2) | Tipo de matrícula del médico que receta, valor 'XY'. Donde:
X: código de origen de la matrícula (nacional, provincial, etc) (Valores: 0 Provincial, 1 Nacional, X= letra de patentes viejas) Ejemplos: 04 - Provincial Médico Clínico, 14 - Nacional Médico Clínico, S5 - Santa Fe Odontólogo Nota: en caso de poner matrícula genérica provincial '0' se considera que el médico pertenece a la provincia desde donde se origina la transacción. |
8 | Matrícula Profesional que Receta | APP | N(6) | Matrícula del médico que receta |
9 | Tipo de Profesional que Practica | APP | C(2) | Tipo de matrícula del médico que realiza la prestación. |
10 | Matrícula Médico que Practica | APP | N(6) | Matrícula del médico realiza la prestación |
11 | Descuento por parte del prestador | APP/SIFOS | N(5,2) | Si la operación es 1 ó 3 es el descuento del prestador al afiliado. Si la operación es 8, ó 9 el valor es: 00000 |
12 | Descuento por parte del financiador | SIFOS | N(5,2) | Si la operación es 1 ó 3 es el descuento del prestador al afiliado. Si la operación es 8, ó 9 el valor es: 00000 |
13 | Fecha de Receta | APP | C(8) | Si la operación es 1, 8 ó 9 es la fecha en que se realizó la prescripción (en formato AAAAMMDD). Si la operación es 3 va en blanco. |
14 | Operación | APP | N(2) | 01. Autorización de prestaciones 03. Anulación de transacción autorizada |
15 | Número Ticket Padre | APP | N(10) | Número de la transacción que se requiere Anular ya sea de autorización o de internación. De lo contrario enviar 0000000000. |
16 | Número de Ticket | SIFOS | N(10) | Número del ticket generado por el Sistema. Si es una operación de internación es el número de la autorización de internación. |
17 | Fecha | SIFOS | C(8) | Fecha en que se realizó la transacción. Formato AAAAMMDD |
18 | Hora | SIFOS | C(5) | Hora en que se realizó la transacción. Formato HH:MM (formato 24hs.) |
19 | Prestador | SIFOS | N(9) | Identificador de Prestador para el financiador |
20 | Error | SIFOS | N(4) | 0000-Si es normal, Otros - Error |
21 | Comentario/Display | SIFOS | C(30) | Comentario o descripción del error de la transacción |
22 | Fecha Internación | SIFOS | C(8) | Fecha de ingreso o egreso. Formato AAAAMMDD |
23 | Hora | SIFOS | C(4) | Hora de ingreso o egreso. Formato HHMM (formato 24hs.) |
24 | Código Tipo de Habitación | APP | C(6) | Número o tipo de habitación que se le asigna al afiliado. |
25 | Reservado | APP | C(12) | Reservado para uso futuro. |
CRLF | APP | C(2) | ASCII 13+10 |
Total: 263 bytes
Ejemplo:
613063219010000000 2 00400123404001234 2010060801 201006081240
_svl.2
Listado de procedimientos requeridos. N registros.
Nro. | Campo | Fuente | Tipo | Descripción |
---|---|---|---|---|
1 | Código de Prestación | APP | N(8) | Código de la prestación solicitada |
2 | Cantidad | APP/ SIFOS | N(2) | Cantidad requerida. Devuelve cantidad autorizada |
3 | Precio | APP/ SIFOS | N(13,2) | Precio unitario que se desea cobrar. Devuelve precio autorizado. |
4 | Comentario | SIFOS | C(30) | Comentario de la validación del item |
5 | Tipo de Prestación | APP | N(2) | Tipo al que corresponde la prestación: 00 (valor por omisión, equivale a todos o cualquier tipo), 01 (ambulatoria), 02 (clínica), 03 (quirúrgica), 04 (domicilio). |
6 | Código de Diagnóstico | APP | C(6) | Código de diagnóstico asociado a la prestación. Código de diagnóstico presuntivo en la internación o código de fallecimiento en el egreso. |
7 | Reservado | SIFOS | C(22) | Reservado para uso futuro |
CRLF | APP | C(2) | ASCII 13+10 |
Total: 85 bytes
Ejemplo:
12020300010000000000000 03 12192700010000000000000 03 50410526040000000000000 03 43110100010000000000000 03
Cierres de Lotes
Las solicitudes de cierre de lotes son solicitadas en SITEL a través del envío del archivo _sal.0. Este archivo permite además solicitar consultas tanto de tickets por cerrar, como de los cierres realizados, además de permitir la solicitud de archivos de actualización de datos requeridos por los programas de gestión.
_sal.0
Archivo para Cierres, Consultas de Lotes, Actualizaciones (1 registro)
Nro. | Campo | Fuente | Tipo | Longitud | Descripción |
---|---|---|---|---|---|
1 | Operación | APP | N | 1 | Número correspondiente a la operación que desea realizar. Valores:
0. NO Realiza cierre |
2 | Actualiza Planes. Ver formato de salida. | APP | N | 1 | 0-NO actualiza / 1-SI actualiza novedades desde la última solicitud / 2 -Todo el nomenclador |
3 | Actualiza Médicos. Ver formato de salida. | APP | N | 1 | 0-NO actualiza / 1-SI actualiza novedades desde la última solicitud / 2 -Todo el nomenclador |
4 | Actualiza Medicamentos. Ver formato de salida. | APP | N | 1 | 0-NO actualiza / 1-SI actualiza novedades desde la última solicitud / 2 -Todo el nomenclador |
5 | Actualiza Diagnósticos. Ver formato de salida. | APP | N | 1 | 0-NO actualiza / 1-SI actualiza novedades desde la última solicitud / 2 -Todo el nomenclador |
6 | Error | SIFOS | N | 4 | 0000-Si es normal, Otros- Error |
7 | Comentario | SIFOS | C | 30 | Comentario o descripción del error de la transacción |
8 | Reservado | SIFOS | C | 9 | Campo Reservado |
CRLF | C | 2 | ASCII 13+10 |
Total: 50 bytes
Actualizaciones
SITEL permite el envío de archivos de actualización con la información pertinente para que el prestador pueda operar más eficientemente con el programa de aplicación. SITEL puede enviar actualizaciones parciales (todas las novedades desde la última actualización) o todos los registros disponibles. Las solicitudes de archivos de actualización son devueltos en los archivos _sal.1 al 4 correspondiendo cada uno de ellos a: Actualización de Planes, Médicos, Medicamentos, y Diagnósticos respectivamente.
_sal.1
Archivo de actualización de Planes y Coberturas ("n" registros):
Nro. | Campo | Fuente | Tipo | Descripción |
---|---|---|---|---|
1 | Plan | SIFOS | N(4) | Código de Plan o Cobertura |
2 | Porcentaje Cobertura | SIFOS | N(5,2) | Porcentaje cubierto por el financiador |
CRLF | C(2) | ASCII 13=10 |
Total: 11 bytes
_sal.2
Archivo de actualización de médicos ("n" registros):
Nro. | Campo | Fuente | Tipo | Descripción |
---|---|---|---|---|
1 | Matrícula | SIFOS | N(6) | Matrícula del Médico |
2 | Apellido Nombre | SIFOS | C(35) | Apellido y Nombre del Médico |
3 | Baja | SIFOS | N(1) | 0 - Habilitado, 1 - Baja |
CRLF | C(2) | ASCII 13+10 |
Total: 44 bytes
_sal.3
Archivo de actualización de medicamentos ("n" registros) con formato:
Nro. | Campo | Fuente | Tipo | Descripción |
---|---|---|---|---|
1 | Troquel | SIFOS | N(7) | Número de Troquel del Medicamento |
2 | Código de Barras | SIFOS | N(13) | Número del Código de Barras del Medicamento |
3 | Nombre | SIFOS | C(30) | Nombre completo del Medicamento |
4 | Presentación | SIFOS | C(24) | Presentación del Medicamento |
5 | Precio | SIFOS | N(13,2) | Precio del Medicamento |
6 | Tipo de Cobertura del Medicamento | SIFOS | N(1) | Valor y descripción de la cobertura:
0 - Cubierto por financiador |
7 | Código Registro Proveedor | SIFOS | N(5) | Identificación única del proveedor del vademécum |
8 | Baja | SIFOS | N(1) | 1 - Baja, 0 - Alta |
CRLF | C(2) | ASCII 13+10 |
Total: 96 bytes
_sal.4
Archivo de actualización de Diagnósticos ("n" registros):
Nro. | Campo | Fuente | Tipo | Descripción |
---|---|---|---|---|
1 | Código | SIFOS | C(6) | Código del Diagnóstico de acuerdo al nomenclador utilizado por el financiador al que le solicita la actualización |
2 | Descripción | SIFOS | C(150) | Nombre o Descripción del Diagnóstico |
CRLF | C(2) | ASCII 13+10 |
Total: 158 bytes