* 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

Armado de la hoja de ruta en general, con dudas pero bastante digno

Estaban en formato AbiWord. Ojo cuando graban, elijan bien el formato.

Hice algunos diagramas pero subo los jpg porque los hice en visio, yo me encargo de mantenerlos y subir los jpg.
Cuando los hice cambié un par de cosas en las especificaciones

Especifiqué el formato del nombre de los archivos que el Prestador debe dejar en el FTP

Actualicé el paquete controlador con los controladores que hay, el diagrama de las clases controladoras según las especificaciones, saqué view de prestaciones controller y puse pie de pagina en planes controller :P

Correcciones en base a lo que corrigió Clark. La mayoría eran cosas que estaban pero que el pelmazo no vió, así que reordené algunas partes de la validación, para que se vea mejor.

Terminado el modelo 2 con todos los chiches :)
RevisenloN si pueden. Agregue una planilla de calculo que contiene el volumen
de la base de datos y una proyeccion del tamaño a 2 años.

Se puso como estaba la relacion CAP Zona en el Erwin.
Sigo especificando en el modelo 2. Esta vez las reglas de integridad (C&P). Mas
tarde sigo con el volumen de datos.

algunos arreglos... faltan algunas correcciones que marco Clark pero dentro de todo safa.. mañana lo arreglo

En el erwin, cambie la relacion existente entre CAP y Zona.
Segui documentando el modelo 2.
Agregue:
* equivalencia entre BD y Clases
* descripcion de tablas
* enumeracion de los atributos de la tabla

Falta:
* Calculo de volumen de datos (lo que?!)
* Criterio de depuracion
* Reglas de entidad referencial

Si puedo, hago lo faltante mañana.

Ajustes para que entren en una página al imprimir.

1) Agrego un doc que explica periodicidad/medio/formato de la info que se intercambia con la Clínica. Por ahora en éste doc sólo hay info referente al CU "Recibir y Cotejar", pero deberían también estar especificadas aquí las otras interacciones.
2) Cambios mínimos en recibir_y_cotejar_consumos_ y_prestaciones.rtf

Agregue metodos nuevos:

AfiliadoSolicitanteController.afiliadoExiste(codAfiliado):bool
PrestacionesController.existePrestacion(codPrestacion):bool

cuso a templates.

Faltaría agregar estos métodos a las especificaciones de controller... hoy paso...

1)Subo una carpeta Interfaces, la cual debería contener la información de formato, medio, y periodicidad de intercambio de datos con otros sistemas/actores.
2) Como parte de ello, subo también la primer versión del schema (y un ejemplo) del formato que vamos a IMPONERLE :P a los flaquitos de la clínica.

Cambio Autorizacion.porcentajeCobertura desde int a float

Organice un poco los directorios de la documentacion.

Empece a especificar el modelo 2, que es el que habla de la BD basandome en el
tp que nos mostro el raton de Beakman. Si ven el documento encontraran con
especificaciones de una clinica. No se asusten es normal :)

Actualice y agregue el diagrama en Erwin que habiamos modelizado (que linda
palabra) con el Dr. Dimov. Igual falta definir los tipos de datos que creo que
vendran en un futuro mail que mande Willy (si, veo el futuro)

Cambio tipo de dato de Prestacion.Codigo y Prestador.CUIT de int a Varchar

1) Cambio Prestacion.Codigo a VARCHAR(8). en el XLS que pasó Clark son a lo sumo 7 (hay números y también letras), pero pongo 8 por las dudas y porque es un número más redondito :P
2) Prestador.CUIT lo paso de int a VARCHAR(11) --> se almacenaría sin los guiones:
12-12345678-1 --> se almacenaría 12123456781

- Elimine la clase coberturascontroller.
- Especifique un poco mas el CU ArmarCartilla y lo templetice