mas

varios, y voy por más, recién arranco :P

 From Gazer :
   * Inicio un ABM Generico usando Reflection para ahorrar el tiempo de hacer 1
     ABM por cada clase simple. Esto serviria para :
  - Planes
  - Promotores
  - Zonas
  - Caps

   * Algunos fixes menores en otros lados.

- Update con los nuevos atributos.
- Se eliminaron los viejos.
- Se arreglo el mapeo de clases considerando PK/FK
- Se recalculo el tamaño y la proyecccio de la DB.

Se agrega Promotor.fechaBaja y una notita con un disclaimer que dice que los
atributos que se deducen del diagrama de relaciones de clases no se incluyen
(para que no nos vengan después con que faltan atributos).

Boludez muy grande corregida por Clark

Saco responsable: [16:51:18] <sherpa> "vuela vuela, no me hace falta equipaje"

- Sincronización entre DER, DC y DRC.
- Vuelvo a poner responsable como un string común y corriente (tal vez sea
  conveniente sacarlo para evitar confusiones).
- Arreglos de nomenclatura (+ y - en el DER).

Haciendo gala del detallismo que no me caracteriza, agregue un paréntesis que faltaba :P

Actualizacion del DER segun recomendaciones de FlorC.

falta banda para este doc, pero por si alguno quiere ir pispeando

- faltan las correcciones de ayer
es .doc xq en rtf pesaba 330 mb!! :-S

solo los cambios al formato

Ahora graba nro de legajo de auditor medico

Nuevo campo: nroLegajo en autorizacionManual

Se actualiza.

Ahora el vencimiento de autorizaciones SIEMPRE es de "n" días, default 60. Se configura en archivo de configuración (config.ini).-

Bien especifico clase Autorizacion, de dominio.

Reviso y corrijo a discresión... Ya ni me acuerdo.

Se me había pasado. Tiene que ser estático

Nuevo metodo en autorizaciones:

obtenerPlazoDeVencimiento():int

Devuelve 60 (días). O sea, 2 meses. Ahora es "cambiable" desde config.ini, en dir ppal.

Cambios de FlorC

- el ciclo del procesamiento casi terminado, falta definir si los reportes son diarios o mensuales

Más cambios de florc.

Cambios de florc.

 * Mejoras respecto de las condiciones de Estados del Solicitante (mejor consistencia)
 * Afilio familiares (sin guardar :P)

ahi va

 Renombro para seguir el mismo esquema de nombre de archivo

 * ElimiarSolicitante

agregue el contoller del registrar visitas, y arregle errores menores en los CU

 * RegistrarVisitas (vista y controler a medias)
 * Hasta ahora el circuito se cierra
   - Se carga el solicitante
 - Se arma la hoja de ruta a 1 promotor (harcodeado)
 - El promotor (supoer-hardoded) entra y puede marcar
  como no visitado alguno de los items

 * va cerrando la ventana

 * Aca uso Query para poder obtener cosas que con QBE no puedo (y de paso
 queda mostrado como se usa + o -)

 * Mejora menor

 * Agrego un dialogo de seleccion de fecha para mayor comodidad y menos validaciones.

casi me olvido de modificarlo JA

varieté

docu final

formatooo

mantener promotores y detalles de formate en prestaciones controller

 * Pasa en las mejores familias, el archivo que nunca se agrego :P

 * Paso ObtenerSolicitantesPendientes a RutasController (no se que namespace poenrle puesto que no
 esta especificado en el diagrama de paquetes)
 * Creo un Controller generico que maneja la DB para unificar codigo
 * Ajusto que compile todo

- modelo 6: ciclo del procesamiento

Conecto un par de señales más para poder salir bien y cambio tamaño por default
en el glade.

falta terminar los detalles
estoy bajando stencils de cisco y de novell para graficarlo un poco y se lo mando a clark
les va a gustar ;)

Con el dia me vuelvo loco para encerrar CUsos con una linea punteada.
Dias antes de la entrega se hace a manopla o con un editor grafico.

Modelo 3.
Es cualquiera. No tiene mas de 10 lineas. Dentro de un rato subo el diagrama de
CUsos con la linea punteada incluyendo lo que implementamos (Creo que es todo)
:P

Agrego otro item:
* Pagos de los afiliados

Agregue que queda afuera la confeccion y distribucion de carnets y cartilla de
prestadores.
En el documento se nombra:
* Cruzar el reporte de Consumo (RC) contra el reporte de Aprobaciones/Rechazos
  de Prestaciones realizadas (RP)
* Revisar archivos rechazados del Prestador por formato incorrecto
* Armado de hoja de ruta
* Confección y reparto de Cartilla de prestadores y carnets de afiliados

Creo que los dos primeros deberian ser leidos por SJL y Willy.

 Ahora si, Makefile pulente e inteligente :P

 muevo los glade

muevo el src

 fuera

 * Ahora si, el codigo queda mejor

 * Implemento IDisposable y arreglo el codigo

Pedir autorizacion manual muestra mensaje de con estado de lo que esta por pedir.

Que se yo, me olvide a esta altura... ahora todo tiene mas coherencia. Sigue faltando lo de interfaz con automatica, manual y consultas. Veo mañana si puedo hacer algo.

Salutes.

 me fui a dormir ...

 * Agrego ObtenerSolicitantesPendiente (Pasar al controller correspondiente despues)
 * Agrego GenerarHojaDeRuta (vista) que recupera de la DB los solicitante y permite armar
  la hoja de ruta (no la guarda, pues no se como)
 * Detalles

ArrayAutorizaciones-> Autorizacion[]

 * Ventana Agregar Afiliado

Saracatunga: quien me mando a agarrar estos casos de uso... mirenlos

bug reportadoo por rick

 * Ventana para Registrar Visitas

 * Agrego metodo faltante segun diagrama de secuencias

 * Emitir hoja de ruta (glade)

 * Guarda datos en la DB

 * Cuasi listo (salvando validaciones y yerbas)

 * Mas funcionalidad mostrada de ejemplo.

 * Ejemplo de una vista (CUSO IngresarSolicitud tomada de ejemplo)
 * Ejemplo de controller (usando db4o para persistencia)
 * Cleanup

TERMINADO segun correcciones de C.K.
Por favor alguien que revise.

 * Ventana : CUSO Ingresar Solicitud

Estoy arreglando los reportes, esta incompleto todavia

dniAuditor -> nroLegajoAuditor

Nuevo metodo en Autorizaciones:
Constructor: Autorizacion(codigo,fechaSolicitud)
y como es abstracta... hijos con mismo argumento de construct.

voló el método marcarRealizada() de AutorizacionDataService

Actualizacion de notacion de los métodos de AutorizacionDataService

Me había faltado agregar "Pendiente" como estado en el enum que devuelven getEstado( fecha ) y getEstado()

movimiento propuesto por guille

Agrego dos diagramas de estado extra de las autorizaciones.
Son iguales a los anteriores, pero muestran las condiciones de cada estado a partir de un "parámetro" fecha, ya que repetidamente en el Sistema se necesita saber "el estado que tenia una autorización en una fecha dada"

Cambié en ambos diagramas, porcentajeCobertura desde int a FLOAT , y getEstado ahora devualve un ENUM

tantas cosas que ya no se..

estamos tocando TODO

Se corrigio el calculo de volumen de la BD.

Varios de todooo, espero que salga bien el commit :S

1) Agregué tipo de autorización en el schema y en el ejemplo xml
2) Mejoré la especificacion de la interfaz con el Prestador, explicando casos de formato inválido y el directorio de documentos rechazados.

Agregué el tipo de autorización como uno de los datos que nos debe enviar la Clínica.

detalles de formato del documento

Nuevos metodos.

Nuevo metodo en Prestador,Prestacion,Afiliado Dataservice...

existe(codigo):Bool
Mismo metodo en 3 clases.

I'm Back muahahah

porcentajeCobertura:float :P
dniAuditor en AutorizacionManual

probando commit