]> git.llucax.com Git - z.facultad/75.10/miklolife.git/blob - Decisiones.rtf
especificación actualizada. Falta refinar los datos a pedirle a la Clínica, pero...
[z.facultad/75.10/miklolife.git] / Decisiones.rtf
1 {\rtf1\ansi\ansicpg1252\deff0\deflang3082{\fonttbl{\f0\fswiss\fcharset0 Arial;}}\r
2 {\colortbl ;\red255\green0\blue0;}\r
3 {\*\generator Msftedit 5.41.15.1503;}\viewkind4\uc1\pard\ul\b\f0\fs20 Especificaciones/Decisiones\par\r
4 \ulnone\b0\par\r
5 \b Zona\par\r
6 \b0\par\r
7 \par\r
8 \b CAP\par\r
9 \b0\par\r
10 - hay un CAP por zona;\par\r
11 - cada CAP tiene asignado un grupo de promotores;\par\r
12 \cf1\b - cada CAP se encarga de confeccionar la cartilla m\'e9dica de la zona;\par\r
13 \cf0\b0\par\r
14 \b Promotor\par\r
15 \b0\par\r
16 - El armado de la hoja de ruta que determina a quien visita cada promotor depende de un actor externo al sistema, el promotor  solo recibe el listado ya confeccionado;\par\r
17 - Recibe un listado con los planes, descuentos por grupos familiares, promociones, etc.\par\r
18 \par\r
19 \b Planes\par\r
20 \b0\par\r
21 - restricciones respecto al ingreso a un plan:\par\r
22 \cf1\b\tab - edad m\'e1xima permitida para el ingreso;\par\r
23 \par\r
24 - los planes est\'e1n divididos por categor\'edas;\par\r
25 \cf0\b0 - la categor\'eda de un plan es asignada por el encargado de dar de alta un plan en el sistema;\par\r
26 - un plan de mejor categor\'eda tiene mejores prestaciones, las prestaciones del plan de menor cobertura se mantienen o  expanden, nunca se quitan;\par\r
27 - existe un tiempo de permanencia m\'ednima en un plan para acceder a determinadas prestaciones, este tiempo de permanencia m\'ednima est\'e1 especificado en el plan;\par\r
28 \par\r
29 \b Afiliados\par\r
30 \b0\par\r
31 - se almacena la fecha de afiliaci\'f3n a la OS para establecer la antig\'fcedad;\par\r
32 - se almacena la fecha de ingreso al plan vigente;\par\r
33 \cf1\b - se almacena el historial de planes del afiliado (plan + fechaIngresoAlPlan);\cf0\b0\par\r
34 - se establecen 2 tipos de antig\'fcedad : fecha de afiliaci\'f3n y fecha de ingreso al plan actual para controlar carencias\par\r
35 - una vez afiliado un cliente el solicitante es dado de baja.\par\r
36 - cuando el afiliado que se ingresa es el titular el campo titular = null;\par\r
37 \cf1\b - entrega de carnet\cf0\b0\par\r
38 \par\r
39 \b Grupos familiares\par\r
40 \b0\par\r
41 - todos los integrantes del grupo familiar tienen igual plan;\par\r
42 - cuando el afiliado que se ingresa es un adherente el campo titular contiene una referencia al afiliado designado como titular del grupo;\par\r
43 \par\r
44 \b Autorizaciones\par\r
45 \b0\par\r
46 - se establece una fecha de vencimiento una vez emitidas\par\r
47 - el sistema almacena como rechazada la autorizaci\'f3n manual aunque no haya llegado hasta el m\'e9dico y rebote antes.\par\r
48 - se establece una fecha de solicitud para registrar cuando se efect\'faa el pedido\par\r
49 \cf1\b - en la autorizaci\'f3n manual se almacena el c\'f3digo de prestador en el cual el afiliado se realizar\'e1 la prestaci\'f3n;\cf0\b0\par\r
50 \cf1\b - en la autorizaci\'f3n se almacena el porcentaje de cobertura sobre la prestaci\'f3n, en caso de que el afiliado se cambie de plan se registr\'f3 en el sistema el porcentaje que se cubre sobre la prestaci\'f3n para el plan a la que el afiliado pertenec\'eda a la hora de emitir la autorizaci\'f3n y despu\'e9s poder comparar con las prestaciones realizadas;\cf0\b0\par\r
51 - hay distintos estados de una autorizaci\'f3n:\par\r
52 \tab - pendiente: est\'e1 pendiente de aprobaci\'f3n o rechazo. Es para autorizaciones manuales;\par\r
53 \tab - rechazada : la autorizaci\'f3n fue rechazada. Se registra para los posteriores informes a enviar al director y al m\'e9dico para que tenga mayor informaci\'f3n a la hora \tab\tab de aceptar una autorizaci\'f3n manual;\par\r
54 \tab - aprobada: la autorizaci\'f3n fue aprobada, por lo tanto el afiliado puede realizar la prestaci\'f3n;\par\r
55 \cf1\b\tab - emitida:\cf0\b0\par\r
56 }\r
57 \0