Bien... con el tema de interfaces, se hizo obvio que la operatoria de un prestador y un operador iba a ser MUY diferente para pedir autorizaciones online... Y como veo que hay que marcar con cuso las interacciones, así esto no signifique tener pantallas (caso de consulta online de prestador), hice los siguientes cambios:

Nuevos cuso:
consultar_autorizaciones.rtf
solicitar_autorizacion_automatica_online.rtf

Elimino actor: Solicitante de autorizaciones

Ahora queda asociado lo que es online, al prestador y lo que no es online, al operador.

Salutes!

update...

Agrego nuevos CU y corrijo formato de otros docs.

fecha actual

- me habia faltado el enviar info carnets...

- agregue el CU enviar info carnets

- cambio Armar cartilla de operador a administrador

detalles

agregue la clase CategoriaDataService

alta de categorias

Corrección clark

cambian los campos del archivo que recibe el cuso para ingresar prestaciones

cambia el nombre del formulario de solicitantes

cambio de nombre del formulario

completé un poco

- fuera getMaxCodigo

M08 - termine de especificarlo...

M06 - correcciones clark(TM)
M07 - fuera backup de servidores

Me cago en fibertel, se volvio a caer. 3 veces en una semana, la broncaaaa, encima siempre en un mal momento.

Hablando de sistemas de contingencia... subo esto a 23kbps con alternativa y radio en la linea telefonica :P

Bien, aca va el impacto de agregar el cuso "consultar autorizaciones", mas alguna que otra ganzada

Nuevo cuso: Consultar autorizaciones

Nuevos metodos en AutorizacionController

obtenerAutorizacionPorAfiliado(codafiliado)
"PorAuditor(nrolegajo)
"PorFechas(fechainicio,fechafin)
obtenerAutorizacion(codautorizacion)

Cambios menores, todavía tengo que terminar de darle forma

Actualizacion paquete reportes

Especificiaciones + especificaciones + especificaciones + ... y así sucesivamente.

agregué nuevo método de obtención de zonas en la clase AfiliadoSolicitanteController

agregué nuevo método de obtención de zonas

cambios debido a un método nuevo en el controlador de afiliados-solicitantes

cambios debido a un método nuevo en el controlador de afiliados-solicitantes

agregué la explicación de la importación de zonas al momento de instalar el sistema.

- Mejora de algunas especificaciones
- Agregado de especificaciones de clases de reportes
- Todavía me falta para cerrar la especificación de "Recibir y Fuckin Cotejar"... aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaahhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhh!!!!!!!!!! (fue completamente necesario, se los juro)

Arduo refinamiento de la documentación... la noche promete ser larga :(

 * Ya se peuden agregar Coberturas a un Plan (no persistente)

 * Explico un poco mejor como sacar las variantes de las ventanas
   ya que al parecer si para hacer algo hay que pensar, esta mal :)

 * Un poco de Mantener Planes, para ir sacando shots

Actualizo diag de secuencia.

Actualizo interfazPrestadorController de acuerdo a nueva interfaz.

Corrijo boludeces en interfaz...

Corregi un par de errores

1.Clases:
     a. verificarCobertura(codCobertura) es ahora verificarCobertura(codPrestacion)
     b. Cambie de nombre calcularMesesDeAfiliacion x calcularMesesDeCarencia

2. Afiliado.rtf
        Baje todavía más nivel de detalle....

interfazPrestadorController.rtf.. boludeces

Hice otro diagrama de secuencia y saqué el anterior...

Agrego método obtenerTodos()

Modularizo modelo 8 y lo agrego a la carpeta (la mitad que se puede vincular).

Agrego modelo 7 a la carpeta (vinculado).

Modularizo modelo 6 y lo agrego a la carpeta (la mitad que se puede vincular).

Agrego modelo 4 a la carpeta (también vinculado).

Agrego modelo 3 a la carpeta (también vinculado). Falta diagrama de alcance.

Modelo 2 mergeado con éxito en la carpeta. Se hizo con vínculos (secciones) porque no tiene listas/bullets, así que se pueden editar los RTF sin necesidad de tocar la carpeta (que se actualiza automáticamente).

 * Nuevo shot para el doc de pantallas

 * Limpio un poco la interfaz. Agrego un nuevo campo

Modularizado el modelo 02.

cambios debido a modificaciones hechas en el controlador de afiliados-solicitantes

saqué getMaxCodigo y todo lo que a Clark no le gustaba por el tema de concurrencia

cambios debido a modificación del controller afiliado_solicitante

cambios debido a modificación del controller afiliado_solicitante

cambios debido a modificación del controller afiliado_solicitante

cambié el nro de un cu que estaba repetido (aunque después vuelen...)

 * Agrego Reportes en el Makefile
 * Agrego default value para los campos DateTime

Se especifica a mayor nivel de detalle.

seguire tocando todos estos archivos esta tarde/noche...

vuela password en prestador

Se agregan muchos diagramas (paquetes, clases, cusos).

Más acomodamiento para imprimir.

El esqueleto de la implementación está... falta rellenarlo con un poco de carne y cubrirlo con piel... y después hacerlo tomar vida.. :P

Incluyo notificacion al sector Pagos en caso que se rechace un archivo por error grave...

Agrego los CU que faltaban, previo renumerar los que estaban después del
'salto'. Igual esto no debería afectar a nadie porque la idea es sacar la
numeración (que quedaría automáticamente por los números de secciones).

Detalles y correcciones para hacer los diagramas más printer-friendly.

Unas cuantas cositas...
- Agrego más datos de configuracion
- Agrego el XMLSchema, a ser utilizado por la aplicación
- Avance en "Recibir y Cotejar"

- Agregue un metodo en el controller de los reportes para que me devuelva las
autorizaciones rechazadas y otro que me devuelve todas.
- el AfiliadoSolicitanteController separe el existe en existeAfiliado y
  puedeReactivarAfiliado
- arregle un poco el tema de las viñetas en gral.

Se larga la implementacion de "Recibir y Cotejar" :D
- Incluí namespace de Reportes con las clases que necesito
- Esqueleto del Controller de "Recibir y Cotejar", totalmente en pañales

ouch! me había faltado el Cuit y el Password...

- Agrego properties que necesito del Prestador
- Agrego un par de entradas de directorios al config

  * Actualizar autorizacion manual ... con esta ventana me faltan 2 CUSO :/
  - Consultar Consumos
- Consultar Planes

- Agrego mas Tests
- Agego un archivito de configuracion, donde podemos poner cualquier config para la demo. Yo lo voy a usar intensivamente por el tema de los directorios donde se dejan los reportes y etc --> debe estar en el mismo directorio donde corre el exe para que funcione.

La relacion titularidad entre Solicitante y afiliado, se cambio por Solicitante
y Persona.
Porque de la otra manera no se podía relacionar un solicitante con un titular
que no sea afiliado, es decir, si yo queria afiliar un solicitante (familiar),
tenia que relacionarlo con un AFILIADO, pero lo unico que habia disponible era
un SOLICITANTE.
Para mas informacion preguntenle a Gazer que es el que esta rompiendo todo.

 * Separo AgregarFamiliar "copiando" de IngresarSolicitud
 * Solo me falta solucionar el tema planteado en la lista de mails
   para poder agregarlos y afiliarlos

- Hago desaparecer la desagradable variable testing
- Incluyo más casos de prueba

 * Limpieza en Main.cs de codigo de prueba viejo
 * Saco los botones del toolbar y agrego Menu Afiliaciones con
 los items implementados.

 * Saco el feo uso del boolean testing y le agrego pasaje por parametros
  desde la linea de comandos (--test) para ejecutar los test.
 * Agrego Tests en el Makefile para poder compilar en Unix.

ortografía :P

Agrego primer intento de esqueleto de carpeta.

Agrego lógica, clases y 1 caso de prueba ejemplo.
Ahora la aplicación puede tener 2 "modos" : Modo test ó modo demo... configurable suciamente mediante un campo de la clase App, en Main.cs

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