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

Más reestructuración.

Reescructuración.

 * Minibusqueda

 puteen tranquilos.... es todo para los demos, si les sirve, usen para el TP :)

 Ventana ""principal""

 * Para el freeze del repo

 * Agrego mas datos de acuerdo al DER

 * Agrego signals y esas cosas, depues se mapearan en lo que sea el programa.

 * Pantalla del CUSO Consultar Afiliado

. planes finiquitados

- Nuevas modificaciones para sacar la view. Falta el diag de secuencia :-(

un detalle que faltaba

detalles de formato

correcciones: in Luca we trust

A pedido de SJL:
AHH, por favor, que alguien cambie los parámetros del método de AutorizacionController
etResolucionAutorizacionManual(int codAutorizacion, String
fundamentosResolucion, float porcentaje):bool
--->así tiene que quedar<-------

A pedido de SJL:
Bueno, en base a las correcciones de Luca y otras tantas que sabía
faltaban, ahí va algo más coherente... Luca, si ves algo chiflame.

A pedido de SJL:
Nuevo directorio: especificaciones\Dominio
Contine especificacion de clases de Dominio.
Por ahora:
Afiliado
Plan
Especifique SOLAMENTE métodos que puse en afiliado y plan, ver lo de documentos relacionados que quedo incompleto, y seguro creceran estos archivos
(ademas de que hay que ir agregando todos los demas)

Agegué mail al Prestador: utilizado para informarle errores en sus archivos enviados .
Y a pedido de SJL: cambié nombres de parámetros del método Autorizacion.setResolucion para que Clark sea feliz.

Agregué campo email al Prestador: utilizado para informarle errores en sus archivos enviados

Correcciones de Luca y otras correcciones mias aplicadas.
Está bastante fornido y gordito, éste CU.

ejemplos del reporte de consumo

Agregado del interfaces con Pagos.
Mejoras y actualizaciones de la interfaz con el Prestador.

Agegué que se le envía un mail al Prestador, y que éste se hace cargo de revisar su documento de info de Prestaciones en caso de que no cumpla con el formato, y volverlo a enviar.

Mejoré la nota de arriba para aclarar que una instancia de 1 controller controla 1 instancia de 1 CU.

- Correcciones de luca (faltan los diagramas de secuencia)

Emitir hoja de ruta