Formato V250 Farmacia
Sumario
- 1 Formato V250 de Integración para Transacciones desde Farmacia
- 2 Identificación del Usuario y de la Obra Social/Prepago
- 3 Solicitud de Autorización
- 4 Cierres de Lotes
- 5 Actualizaciones
- 6 Campos obligatorios a enviar para cada financiador
- 7 Relación entre transacción y los archivos de envio y respuesta
- 8 Registración y Licencias Disponibles
- 9 Obtener un set de transacciones de ejemplo
- 10 Impresión de un Ticket
- 11 Notas
Formato V250 de Integración para Transacciones desde Farmacia
Este es un formato de longitud fija orientado a permitir la comunicación entre farmacias y financiadores.
Identificación del Usuario y de la Obra Social/Prepago
_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: V250 | CHAR | 4 | 1 |
Empresa | Código de la Empresa. Permite identificar el financiador. Ej. 10 para OSDE (OSDE NACIONAL). Ver códigos | NUM | 2 | 5 |
Actividad | Código de Actividad: 01 para Farmacia | 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: V2501001 o V2501001PRUEBA00
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.
Solicitud de Autorización
_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 | Posición | Descripción |
---|---|---|---|---|---|
0 | Identificador Formato | APP/SITEL | C(5) | 1 | Reservado "FF000" |
1 | Operación | APP | N(2) | 6 | 01. Alta de ticket 02. Anulación ticket |
2 | Tarjeta | APP | C(100) | 8 | Lectura de banda magnética o campos de carga manual de acuerdo a 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). |
3 | Tipo de Lectura | APP | N(1) | 108 | 0 No Aplicable/ 1 Banda / 2 Manual / 3 Entrega a Domicilio / 4 (Chip/Smart Card) / 5 (Código de Barra) / 6 (Código QR) / 7 (NFC/Proximidad). |
4 | Farmacia | APP | N(11) | 109 | CUIT de la Farmacia. Identificador de Prestador para el Financiador. |
5 | Ticket Padre | APP | C(12) | 120 | Número del ticket correspondiente a la Anulación, Devolución o ticket a Excluir o Incluir |
6 | Tipo de Receta | APP | N(2) | 132 | Tipo de recetario |
7 | Receta | APP | C(20) | 134 | Número de la receta. Se utiliza para identificar una receta electrónica, digitalizada o formulario pre-impreso numerado. |
8 | Fecha de Receta | APP | C(8) | 154 | Fecha en que se realizó la prescripción por el médico. En Formato AAAAMMDD. |
9 | Fecha de Emisión del Recetario | APP | C(8) | 162 | Fecha correspondiente a la emisión del recetario. En Formato AAAAMMDD. |
10 | Fecha de Venta | APP | C(8) | 170 | Fecha en que se realizó la venta. Formato AAAAMMDD |
11 | Hora de Venta | APP | C(4) | 178 | Hora en que se realizó la venta. Formato HHMM (formato 24hs.) |
12 | Tipo Documento que retira | APP | N(1) | 182 | Código tipo documento de quién retira (1 DNI, 2 LC, 3 LE, 4 CE, 5 Pasaporte) |
13 | Documento Retira | APP | N(8) | 183 | Número de documento de quien retira el/los medicamentos |
14 | Consulta | APP | C(20) | 191 | Número correspondiente a la orden de consulta |
15 | Tipo de Matrícula Médico que Receta | APP | C(2) | 211 | 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], 1 Nacional, X= letra de patentes viejas) Ejemplos: 01 - Provincial Medico Clínico[1], 11 - Nacional Medico Clínico, S2 - Santa Fe Odontólogo |
16 | Matrícula Médico que Receta | APP | N(6) | 213 | Matrícula del médico que receta |
17 | Tipo de Matrícula Médico Auditor | APP | C(2) | 219 | Tipo de matrícula del médico que audita[1] |
18 | Matrícula Médico Auditor | APP | N(6) | 221 | Matrícula del médico que audita |
19 | Código Autorización / Tratamiento Prolongado | APP/SITEL | N(1) | 227 | Indicador tipo de autorización: 1 - Autorización Normal, 2 - Autorizaciones por Tratamiento Prolongado |
20 | Número Autorización / Tratamiento Prolongado | APP/SITEL | C(12) | 228 | Código asignado por el Financiador/Obra Social a la autorización que le otorga al afiliado para una cobertura o Número de autorización para tratamiento prolongado |
21 | Documentación Extra | APP | C(5) | 240 | Indica si el afiliado presentó la documentación extra exigida por la obra social. Posiciones (izquierda a derecha):
P1: Documentación Requerida Valores para cada posición: 0 - No presentó o sin uso, 1 - Si presentó |
22 | Descuento del Prestador | APP/SITEL | N(5,2) | 245 | Descuento del prestador al afiliado |
23 | Ticket/Autorización | SITEL | C(12) | 250 | Número de ticket generado por el sistema o número de autorización del medicamento o tratamiento prolongado |
24 | Orden | SITEL | N(6) | 262 | Número de ticket que se inicializa con cada cierre de cada prestador. |
25 | Fecha | SITEL | C(8) | 268 | Fecha en que se realizó la transacción. Formato AAAAMMDD |
26 | Hora | SITEL | C(4) | 276 | Hora en que se realizó la transacción. Formato HHMM (formato 24hs.). |
27 | Plan Beneficiario | SITEL | C(5) | 280 | |
28 | Tipo Beneficiario | SITEL | N(1) | 285 | 1 - IVA Gravado, 2 - IVA No Gravado, 3 - Indefinido |
29 | Monto a abonar | SITEL | N(11,2) | 286 | Importe total a cargo del Afiliado |
30 | Error | SITEL | N(4) | 297 | 0000-Si es normal, Otros - Error |
31 | Comentario/Display | SITEL | C(40) | 301 | Comentario o descripción del error de la transacción |
32 | Número de Transacción de la Farmacia | APP | N(8,0) | 341 | Es un número entero de hasta 8 posiciones, secuencial o aleatorio colocado por la farmacia y que permite identificar cada solicitud enviada. Si se repite el Número de Transacción en transacciones consecutivas, devolverá una copia del primer ticket. |
33 | CSC (Código de Seguridad de la Credencial) | APP | C(3) | 349 | Código que se encuentra en el anverso y/o reverso de la credencial para verificar la presencia de la credencial. Ejemplo: 012. |
34 | Reservado | APP | C(19) | 352 | |
CRLF | APP | C(2) | 371 |
Total: 372 bytes
_svl.3
Listado de medicamentos a dispensar. N registros. Este archivo contiene una descripción de cada uno de los items de la receta.
Nro. | Campo | Fuente | Tipo | Posición | Descripción |
---|---|---|---|---|---|
0 | Identificador Formato | APP/ SITEL | C(5) | 1 | Reservado "FF000" |
1 | Troquel | APP | N(7) | 6 | Troquel del Medicamento |
2 | Código de Barras | APP | N(13) | 13 | Código de barras del Medicamento |
3 | Código Proveedor | APP | C(7) | 26 | Código del medicamento asignado por el proveedor del vademécum |
4 | Cantidad | APP/ SITEL | N(2) | 33 | Cantidad solicitada y aprobada |
5 | Tipo Arancel | APP | N(1) | 35 | |
6 | Precio | APP/ SITEL | N(11,2) | 36 | Precio unitario |
7 | Diagnóstico | APP | C(10) | 47 | Código de diagnóstico asociado al medicamento |
8 | Tipo Autorización | APP/ SITEL | N(1) | 57 | 1 Normal, 2 Tratamiento Prolongado, 3 Autorización Especial, 4 Plan Materno Infantil, 5 Crónico. (Al realizar una transacción de autorización diferida tiene la oportunidad de informar aquí el motivo por el cual le otorgó una cobertura al cliente) |
9 | Autorización | APP/ SITEL | C(12) | 58 | Código de Autorización asignado por el financiador a la autorización del medicamento o al tratamiento prolongado |
10 | Porcentaje Cobertura | APP/ SITEL | N(5,2) | 70 | Al realizar una transacción de autorización diferida tiene la oportunidad de informar aquí el porcentaje de cobertura que le otorgó al cliente. Ejemplo: 07000 |
11 | Precio de OS | SITEL | N(11,2) | 75 | Precio unitario |
12 | Plan Cobertura | APP/ SITEL | C(10) | 86 | |
13 | Nombre Medicamento | SITEL | C(50) | 96 | |
14 | Presentación Medicamento | SITEL | C(25) | 146 | |
15 | Error | SITEL | N(4) | 171 | |
16 | Comentario | SITEL | C(40) | 175 | |
17 | Tipo Prescripción | APP/ SITEL
|
C(1) | 215 | Valores: 1. Prescripción de Monodroga o Componente activo; 2. Prescripción de Monodroga con Recomendación Comercial; 3. Prescripción de Presentación Comercial; 4. Prescripción de Presentación Comercial con Justificación Médica; 0. tipo de prescripción indefinida |
18 | Cambio de la Prescripción | APP | C(1) | 216 | Valores: 0. NO hubo cambio de la prescripción; 1. SI hubo cambio |
19 | Reservado | SITEL | C(28) | 217 | |
CRLF | APP | C(2) |
Total: 246 bytes
_svl.4
Diagnósticos (n registros). Este archivo se utiliza para remitir todos los diagnósticos referidos a la atención del beneficiario que no están circunscritos a un medicamento determinado, si no al Rp.
Nro. | Campo | Fuente | Tipo | Posición | Descripción |
---|---|---|---|---|---|
1 | Diagnóstico | APP | C(10) | 1 | |
2 | Error | SITEL | N(4) | 11 | |
3 | Comentario | SITEL | C(40) | 15 | |
CRLF | APP | C(2) | 55 |
Total: 56 bytes
_codbar.txt ver
_codQR.txt ver
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 | Posición | Descripción |
---|---|---|---|---|---|---|
1 | Operación | APP | N | 2 | 1 | Número correspondiente a la operación que desea realizar. Valores:
6. Consulta Tickets por Cerrar |
2 | Número Cierre | APP | N | 9 | 3 | Número de cierre a consultar |
3 | Período Cierre | APP/ SITEL | C | 8 | 12 | Período al que corresponde el cierre: Formato AAAAMMDD |
4 | Fecha Desde | APP | C | 8 | 20 | Fecha desde la cual se tienen en cuenta los tickets a consultar (de no colocar se toman todos los registros sin cerrar desde el inicio de operación). Formato AAAAMMDD |
5 | Fecha Hasta | APP | C | 8 | 28 | Fecha hasta la cual se tienen en cuenta los tickets a consultar (de no colocar nada se toman todos los registros hasta el día de hoy). Formato AAAAMMDD |
6 | Actualiza Planes. Ver formato de salida. | APP | N | 1 | 36 | 0-NO actualiza / 1-SI actualiza novedades desde la última solicitud / 2 -Todo el nomenclador |
7 | Actualiza Médicos. Ver formato de salida. | APP | N | 1 | 37 | 0-NO actualiza / 1-SI actualiza novedades desde la última solicitud / 2 -Todo el nomenclador |
8 | Actualiza Medicamentos. Ver formato de salida. | APP | N | 1 | 38 | 0-NO actualiza / 1-SI actualiza novedades desde la última solicitud / 2 -Todo el nomenclador |
9 | Actualiza Diagnósticos. Ver formato de salida. | APP | N | 1 | 39 | 0-NO actualiza / 1-SI actualiza novedades desde la última solicitud / 2 -Todo el nomenclador |
10 | Actualiza Prestaciones. Ver formato de salida. | APP | N | 1 | 40 | 0-NO actualiza / 1-SI actualiza novedades desde la última solicitud / 2 -Todo el nomenclador |
11 | Error | SITEL | N | 4 | 41 | 0000-Si es normal, Otros- Error |
12 | Comentario | SITEL | C | 40 | 45 | Comentario o descripción del error de la transacción |
13 | CUIT | APP | C | 11 | 85 | CUIT del Prestador que desea realizar el cierre o consulta |
14 | Actualiza Prestadores. Ver formato de salida. | APP | N | 1 | 96 | 0-NO actualiza / 1-SI actualiza novedades desda la última solicitud / 2-Todo (listado de personas físicas o jurídicas que pueden facturar) |
15 | Actualiza Efectores. Ver formato de salida. | APP | N | 1 | 97 | 0-NO actualiza / 1-SI actualiza novedades desda la última solicitud / 2-Todo (listado de personas físicas que pueden ejercer) |
16 | Actualiza Vademécum con todo el detalle disponible de cada medicamento. Ver formato de salida. | APP | N | 1 | 98 | 0-NO actualiza / 1-SI actualiza novedades desda la última solicitud / 2-Todo el Vademécum |
17 | Indicador Cierre por Punto de Venta/Sucursal o por Prestador | APP | C | 1 | 99 | 0-Indica que el cierre o consulta debe incluir las transacciones solo de la sucursal que lo solicita, 1-Señala que se deben agregar todas las transacciones de todas las sucursales del mismo prestador |
18 | Tipo de Consulta de Cierre | APP | C | 1 | 100 | 0-Incluye lo pendiente de pago/cierre, 1-Solo transacciones aprobadas, 2-Solo transacciones rechazadas, 3-Transacciones Anuladas, 4-Transacciones Bloqueadas, 9-Todas las transacciones registradas |
19 | Reservado | SITEL | C | 14 | 101 | Campo Reservado |
CRLF | C | 2 |
Total: 116 bytes
Es posible excluir una receta de un cierre con el objeto de ser presentada en un cierre posterior. Esta receta puede con posterioridad ser incluida en un cierre posterior. Para ello es necesario enviar el código de operación adecuado en el archivo _svl.1.
Como respuesta si solicitó actualizaciones, volverá un archivo llamado _sitel.bin este archivo contiene un listado con los nombres de todos los archivos devueltos.
Excluir una Receta del Cierre
Existen ciertos casos donde la farmacia después de realizar una consulta puede determinar que precisa excluir una receta del lote a presentar al financiador. Un motivo puede ser por ejemplo que no encuentra la receta que originó la transacción. Ante esta situación para evitar que la farmacia anule el ticket (cosa que se haría solo cuando la exclusión sea permanente), puede excluir la transacción del lote. La farmacia envía la transacción indicando la receta a excluir y luego realiza el cierre de lote.
Incluir una Receta
Derivado del caso anterior, se da la necesidad de incluir una receta previamente excluida (las recetas excluidas no son tenidas en cuenta hasta tanta se realice esta transacción). Así la farmacia indicará la receta y quedará disponible/aparecerá en la siguiente consulta o cierre de lote.
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 | Código | SITEL | C(10) | Código de Plan o Cobertura |
2 | Porcentaje Cobertura | SITEL | N(5,2) | Porcentaje cubierto por el financiador |
3 | Plan Cobertura | SITEL | C(1) | Indica si es un plan o una cobertura. Valores: "P" - Plan, "C" - Cobertura |
4 | Baja | SITEL | N(1) | 1 - Baja, 0 - Alta |
CRLF | C(2) |
Total: 19 bytes
_sal.2
Archivo de actualización de médicos ("n" registros):
Nro. | Campo | Fuente | Tipo | Descripción |
---|---|---|---|---|
1 | Matrícula | SITEL | N(6) | Matrícula del Médico |
2 | Tipo Matrícula | SITEL | N(2) | Tipo Matrícula del Médico. Valor "XY" donde "X" es la provincia donde está registrada la matrícula utilizando la nomenclatura de las patentes viejas, e "Y" es el tipo de matrícula siendo 2- Odontólogo y 1- Médico |
3 | Apellido Nombre | SITEL | C(40) | Apellido y Nombre del Médico |
4 | Baja | SITEL | N(1) | 1 - Baja, 0 - Alta |
CRLF | C(2) |
Total: 51 bytes
_sal.3
Archivo de actualización de medicamentos ("n" registros) con formato:
Nro. | Campo | Fuente | Tipo | Descripción |
---|---|---|---|---|
1 | Troquel | SITEL | N(7) | Número de Troquel del Medicamento |
2 | Código de Barras | SITEL | N(13) | Número del Código de Barras del Medicamento |
3 | Nombre | SITEL | C(50) | Nombre completo del Medicamento |
4 | Presentación | SITEL | C(25) | Presentación del Medicamento |
5 | Precio | SITEL | N(11,2) | Precio del Medicamento |
6 | Tipo de Cobertura del Medicamento | SITEL | N(3) | Valor y descripción de la cobertura:
0 - Cubierto por financiador |
7 | Código Registro Proveedor | SITEL | N(9) | Identificación única del proveedor del vademécum |
8 | Baja | SITEL | N(1) | 1 - Baja, 0 - Alta |
CRLF | C(2) |
Total: 121 bytes
_sal.4
Archivo de actualización de Diagnósticos ("n" registros):
Nro. | Campo | Fuente | Tipo | Descripción |
---|---|---|---|---|
1 | Código | SITEL | C(10) | Código del Diagnóstico de acuerdo al nomenclador utilizado por el financiador al que le solicita la actualización |
2 | Descripción | SITEL | C(150) | Nombre o Descripción del Diagnóstico |
3 | Baja | SITEL | N(1) | 1 - Baja, 0 - Alta |
CRLF | C(2) |
Total: 163 bytes
Campos obligatorios a enviar para cada financiador
Las operaciones mínimas a homologar son Ticket de Alta (01), Anulación (02), Consulta de Lote y Cierre de Lote. La siguiente es la lista de campos obligatorios para "Alta de Ticket" según el financiador. Los campos que no aparecen son de envío opcional.
- Archivo SVL.1 0, 1, 2, 3, 8, 10, 11, 15, 16, 22
- Archivo SVL.3 0, 1, 2, 4, 6, 7, 17, 18
CAJA FORENSE/DOCTHOS/CIMESA:
- Archivo SVL.1 0, 1, 2, 3, 8, 10, 11, 15, 16, 22
- Archivo SVL.3 0, 1, 2, 4, 6, 7
PAMI:
- Archivo SVL.1 0, 1, 2, 3, 7, 8, 10, 11, 12, 13, 15, 16, 22
- Archivo SVL.3 0, 1, 2, 4, 6, 7
FEMEBA/OSETYA/OSSEG:
- Archivo SVL.1 0, 1, 2, 3, 6, 7, 8, 10, 11, 15, 16, 22
- Archivo SVL.3 0, 1, 2, 4, 6, 7
OSEP:
- Archivo SVL.1 0,1,2,3,4,7,8,15,16,20
- Archivo SVL.3 0,2,4,6,7,10,12
La siguiente es la lista de campos obligatorios para la Anulación de Ticket según el financiador. Los campos que no aparecen son de envío opcional.
OSDE/CAJA FORENSE/DOCTHOS/CIMESA/FEMEBA/OSETYA/OSEP/ServeSalud:
- Archivo SVL.1 0,1,2,3,5
PAMI/ OSSEG:
- Archivo SVL.1 0,1,2,3
- Archivo SVL.3 0,9
Relación entre transacción y los archivos de envio y respuesta
Operación | Archivos de Envío necesarios | Archivos de Respuesta | |||||||||||
_svl.0 | _svl.1 | _svl.3 | _svl.4 | _sal.0 | _svl.1 | _svl.3 | _svl.4 | _sal.0 | _sal.1 | _sal.2 | _sal.3 | _sal.4 | |
Autorización / Rescate de Receta | X | X | X | X[2] | X | X | |||||||
Anulación | X | X | X | ||||||||||
Devolución | X | X | X | X | X | ||||||||
Cierre / Consulta de Lotes | X | X | X | ||||||||||
Act. Planes | X | X | X | ||||||||||
Act. Médicos | X | X | X | X | |||||||||
Act. Medicamentos | X | X | X | X | |||||||||
Diagnósticos | X | X | X | X |
Registración y Licencias Disponibles
SiTEL provee dos mecanismos para mantener actualizados tanto los financiadores que requieren auditoría en línea, como las operaciones disponibles y los datos necesarios para cada una. De manera que, es recomendable realizar la homologación permitiendo la consulta del software de gestión a estas tablas de manera de evitar la necesidad de futuras modificaciones. El cliente SITEL genera un archivo llamado _sitel.emp cada vez que se ejecuta o se realiza una registración de licencia (desde el mismo SITEL Cliente). El objetivo del mismo es que el software homologado tenga actualizadas todas las empresas y actividades con las que está autorizada a operar cada farmacia (licencia). Este archivo queda grabado en el directorio de las terminales.
_sitel.emp
Este archivo contiene información sobre los financiadores habilitados para el prestador que realiza la consulta. Es devuelto al registrar la licencia con Sitel Cliente.
Nro. | Campo | Tipo | Longitud | Descripción |
---|---|---|---|---|
1 | Licencia | CHAR | 8 | |
2 | CodigoEmpresa | CHAR | 2 | Ver listado |
3 | NombreEmpresa | CHAR | 30 | |
4 | CodigoActividad | CHAR | 2 | |
5 | NombreActividad | CHAR | 30 | |
CRLF | 2 |
Total: 74 bytes
Donde los campos Licencia, CodigoEmpresa y CodigoActividad son los que se utilizan en el _svl.0 para cada transacción. Así mismo, una vez realizada la registración, SITEL también devuelve un archivo llamado _sitel.prm, el cual contienen un bitmap para cada licencia y archivos. Un bitmap es una archivo que contiene "0" o "1" indicando que campos de los archivos _svl.1, _svl.2 y/o _svl.3 son obligatorios para cada una de los financiadores habilitados. Este archivo lo encontrará grabado en el directorio de las terminales.
_sitel.prm
Este archivo es devuelto en la registración. Permite conocer los campos optativos y obligatorios requeridos por cada financiador que habilitado en el prestador. Es un único archivo donde aparecen "n" TAGs con las licencias disponibles, seguida cada una de la siguiente estructura que indica para cada archivo la posición y obligatoriedad del campo:
Nro. | Campo | Tipo | Longitud | Descripción |
---|---|---|---|---|
1 | Código Empresa | CHAR | 2 | Ver listado |
2 | Código Actividad | CHAR | 2 | |
3 | Código Operación | CHAR | 2 | |
4 | Nombre Archivo | CHAR | 64 | Campo nro. 1 por ejemplo archivo _svl.1 |
5 | Bitmap | CHAR | Variable | Longitud variable, valores: 1: Campo Obligatorio, 0: Campo Optativo. |
CRLF | 2 |
Obtener un set de transacciones de ejemplo
Impresión de un Ticket
Cada transacción es acompañada de un archivo _ticket.prn que contiene todos los datos de la transacción en un formato legible. Ese ticket debe firmarlo el afiliado y debe entregarse una copia al financiador para dejar constancia.
Existen tres formas de emitir un ticket:
- Imprimir el ticket (archivo) _ticket.prn. Esto puede realizarse en cualquier impresora inclusive en una impresora fiscal (saldrá con la leyendo "Comprobante no fiscal homologado"). Usualmente esta impresión la realiza la misma aplicación de comunicaciones y puede realizarse en cualquier impresora de la red. Este ticket firmado se abrocha a la receta.
- Endosar la receta: el archivo _ticket.prn puede imprimirse en la receta misma, esta operación se llama usualmente endosar. Para ello requiere una impresora de tipo financiera (como una Epson TM-950). Usualmente esta impresión la realiza la misma aplicación de comunicaciones. Evita la pérdida del ticket.
- Incorporar en el ticket fiscal algunos datos: imprimir los datos de la transacción en el ticket fiscal usual de la farmacia permite eliminar la necesidad del manejo de otro ticket (no fiscal). El ticket fiscal ya posee la mayoría de los datos necesarios, solo debe asegurarse de incorporar algunas datos faltantes como ser el número de afiliado y número de transacción. Aquí se muestra un ejemplo: .
Notas
- ↑ 1,0 1,1 1,2 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.
- ↑ La inclusión de este archivo depende del manejo que el financiador haga de los diagnósticos presuntivos. Para la mayoría el diagnóstico va incluido dentro del archivo _svl.3