Bien, creo que esto esta cerrado.

Cambie todas las respuestas a objetos.

Detalle en la especificación de datos

 * Fix : Saco el ComboBox de categoria y agrego SpinButton con decimales

 * Ventana de Mantener planes

1) Cambio el nombre por una más feliz y que se distinga de la mugre que hizo Seba :P :P
2) Se agregó la especificación de las notificaciones e-mail enviadas al Prestador.

I'm burned. :S

fix

Ejemplo de cómo sería un informe enviado por el Prestador, que no tiene datos (VACIO)

Agrego autenticacion. Julian, mira esto plz, y chiflame si esta mal. La parte de "password" te la voy a patear para tu lado (Estaría guardada en "Seguridad" asociado al cuit del prestador que hace de user (user=cuit prestador))... cualquier cosa, gritá

El Caso de Uso más largo de mi vida :P Siempre hay algo para agregar (qué mala suerte tuve en ese sorteo al principio del cuatrimestre! :P )
- Se agregaron los pasos y casos en que se emiten notificaciones via email al Prestador y a Pagos.

Aclaré el envío de notificaciones que hace el Sistema y explayé un poco el papel de Pagos cuando un doc es rechazado

Bien, tema de la interfaz listo para clark revision.

Llegaré un poco tarde, pero voy

ortografía :P

- M08: falta la depuracion y los backups
- M06 y M07: Recibir y cotejar y Emitir Reporte de Consumo son la misma tarea

Cambios en InterfazPrestadorController

 De a poquito se va llenando

 fix

  * El nombre lo dice todo

Constructor obligando a setea prestadorLogeado en interfazPrestadorCOntroller

Y actualizacion de "conoce a" en autorizacionCOntroller

-Constructor de Autorizacion ahora recibe un solo parametro: "fechaSolicitud", saque codigo porque podia traer problemas de concurrencia en el diseño (dos instancias con mismo codigo...).

- Todos los parametros int codPrestacion de autorizacion controller, ahora son String cuitPrestacion

-Secuencia: Impacto de "cuitPrestacion" + service pack ;)

Cambios en InterfazAutorizacionController

 * actualizo

 mas actualizaciones de pantallas

Implementacion del MEGA Metodo Super estrella mundialmente conocido como getEstado().
Le falta el testing.

1) Corrección en CU, por error en la secuencia de pasos: se estaban enviando los reportes de consumo y prestaciones realizadas por archivo. Corregido, ahora se envían con la info de TODOS los archivos procesados en ese momento. (Gracias Diego!)
2) Interfaces/Pagos/interfaces_con_pagos.rtf --> aclaración zonza, pero seguramente fundamental para Clarkito

AutorizacionDataService.guardar(INOUT autorizacion)
eso, INOUT, porque se graba codigo que se puso

joda? escribi 2 horas un log gigante, conflict y se borro?

Bueno, solo lo que me interesa:

Luca, el script que hiciste, lo vamos a usar y entregar lo que genere? (con respecto a los comentarios de diag de clases en dia)

le di un poco de formato a generar reporte de prestaciones con deuda, y agregue
la implementacion en el controller
en agregar afiliado se me esta piantando un cambio que no se que es.. pero creo
que puse que el operador lee el plan que le va a asignar al afiliado de un
papel. en todo caso lo cambio..

 * AVISO : Pase el documento este a otro formato porque con RTF perdia todo
  lo que ponia en tama#os y ubicacion de las imagenes. Despues lo paso a
  word o algo "mas estandar" que Open Document para hacer el merge
 * Lo dejo mas bonito, pongo un par de shots ya con datos y la descripcion
  de los casos de ABM estan cubiertos.

Corrección bizarra, si al método SolicitanteDataService.existe() le pongo el parámetro nroDoc como int muere el dia, si se lo pongo como int pero sólo de entrada, anda. (marcha bug-report para los muchachotes del dia! :D)

getEstado(fecha):enum ahora es abstracta en autorizacion

Se definen metodos en hijos para sobreescribirlo.

- Agregue el metodo obtenerPorFechaRes a AutorizacionesDataService
- Especifique un poco mas obtenerAutorizaciones de ReporteAutorizacionesController

Nuevo campo:

Password en prestador. Ver mapeo de Clases-der.

Estuve demorando estos y otros commit que ya vendrán, porque esperaba una respuesta de la gente del otro grupo: Asumo su respuesta es rendición incondicional, así que asumire los que les mande esta ok (en lo que respecta interfaces)

M06 y M07 - Algunas correcciones/adiciones que me surgieron cuando pensaba el M08
M08 - Esquema del modelo
M14, CU y Controller - Correccion ortografica :-P

M07 - terminado
M06 - Agregue encabezado
M13 - Corregi la referencia al modelo 6 (decia 5)
Mantener planes - agregue pie de pagina

agregué la carga de zona al ingresar un solicitante o al modificar un afiliado

 * Instancia clases, asigna valores desde la ventan y los guarda en la DB
  TODO : verificar w/r de las clases que se van a usar con eso

version final

modelo 14 - final

 * Fix de signal en main.glade

Anotaciones para cuando termine de especificar

Agregué la enum para los estados de una autorizacion

- Agregue y modifique lo que faltaba en el ciclo del procesamiento
- Saque el sector de administracion de los CAPs para no tener que especificar en los casos de uso que era solo para la info relacionada con el CAP (ahora todos los ABMs se hacen desde la casa central)

 * Mas generizacion

Incluí archivos en la "ignore-list" del directorio src :
obj
VSSolution.suo
VSProject.csproj.user
*.glade

Subo solución para Visual Studio, con la que trabajaremos Seba y yo.

Subo archivo .sol (solución de VS) y .csproj (proyecto C# de VS) en directorio src ... espero que no les moleste Rick y a Luca, pero simplemente tienen que ignorarlos.

Incluyo subcarpeta Debug en la lista de ignorados

DLLs necesarias de GTK# y Glade para trabajar en Windows y MS .NET fwk (supongo que son las mismas que para Mono, pero vaya Dios a saber)

- Actualizacion de la firma de setResolucion()
- Clase Autorizacion abstracta
- Agregado de properties por cada field privado
- Incorporación de #regions para mas claridad
- Identado

Armé la cartilla, creo q está, pero q se yo

falta arreglar en controller de la cartilla, en un rato o mañana, chauuuuu

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