]> git.llucax.com Git - z.facultad/75.10/miklolife.git/blob - carpeta/notas_ayudante_01-20050330.txt
cambios debido a un método nuevo en el controlador de afiliados-solicitantes
[z.facultad/75.10/miklolife.git] / carpeta / notas_ayudante_01-20050330.txt
1 Solicitud de afiliación:
2
3 - medios llegada (tel, web, CAP) -> operador/cap (operador x cap, operador en central, etc.) ??
4 - armar hoja de ruta para el promotor, según CAP/zona/etc -> determinar hoja de ruta
5 - el armado de la hoja de ruta puede estar fuera del sistema -> envío datos y recibo listados de hojas, nuevo actor
6 - proveer info al promotor sobre planes y descuentos/lo q sea para grupos familiares
7 - determinar información necesaria para afiliar individuo/grupo familiar -> determinar formulario
8 - validar existencia previa en la OS, edad máxima para afiliarse, etc.
9 - cartilla médica
10 - q hacer con grupo familiar, poder desligarlo desde el id en caso de baja de algun integrante, etc,
11 - cada integrante del grupo tiene igual o distinto plan?
12
13 Planes:
14
15 - categorias -> siempre de un plan a otro hay mejores prestaciones, no hay intercambio de coberturas, lo q tenía el plan inmediato inferior se mantiene
16 - maximo de edad??
17 - estableces 2 tipos de antigüedad : desde q se afilió y desde q está en el plan actual para controlar carencias
18 - la jerarquía de categorías la establece el administrador y no es validada x el sistema
19
20 Afiliados:
21
22 - establecer el tiempo de permanencia mínima en un plan para acceder a algunas prestaciones
23 - establecer como armar la estructura para guardar los pagos de los clientes -> compartir almacenamientos / recepción de listados / etc.
24 - reporte sobre autorizaciones efectivizadas cuando el cliente tenía deuda
25
26 Recepción reportes:
27
28 - estructura de reportes a recibir x clinica para comparar con datos almacenados de autorizaciones
29 - q hacer cuando llegan datos de la clinica q no matchean con los almacenados
30
31 Autorizaciones:
32
33 - el chequeo del pago de cuotas se hace cuando el cliente pide autorizacion
34 - vencimiento una vez emitidas
35 - tipos: manual, automática, sin carencias ni autorización requerida -> se almacenan bajo que "categoría"
36
37 Baja afiliados:
38
39 - considerar el grupo familiar
40 - considerar deudas
41 - considerar autorizaciones emitidas y no efectivizadas
42 - considerar consumos q lleguen de clientes dados de baja en la OS, son válidos o no??
43
44 Estructura de reportes a enviar a distintos lugares:
45
46 - armar estructura
47 - determinar frecuencia envío
48 - verificar q se almacene toda esa info
49
50 Distinguir Casa Centrar y CAPS:
51
52 - decidir si son terminales
53 - ubicación del cuerpo médico para las autorizaciones manuales, en ese caso envío de toda la info del paciente a la central (o como sea si está ahí) para q el médico cuente con toda la info posible del paciente, no ve al paciente
54
55 Zonas:
56
57 - especificar q es la zona
58 - especificar CAPS por zona
59 - cartilla médica según zona
60
61 Promotores:
62
63 - considerar la redistribución de visitas en caso que falte algún promotor
64 - devuelve diariamente un listado con las afiliaciones q pudo hacer y las q no -> determinar estructura formulario
65
66 Actores pagos/cobranzas:
67
68 - distinción entre el área encargada de pagar a las clínicas y el área encargada de cobrar a clientes
69
70 Actores:
71
72 - ir pensando en distinguirlos según seguridad de acceso al sistema / perfiles
73
74 Prestaciones:
75
76 - frecuencia de actualización del nomenclador standard
77 - forma de recepción del nomenclador actualizado -> carga al sistema x pantalla/lectura archivo/etc.
78
79 Tareas:
80
81 - Definir TOOODDOOOO lo q se nos ocurra
82 - Casos Uso
83 - Clases