Consultora - Enunciado

Nuestro cliente, una clínica privada de la Ciudad Autónoma de Bs As nos ha solicitado desarrollar un sistema que permita llevar adelante el control. Se deberá poder asignar un paciente y un médico a una consulta. Se deberá poder finalizar la consulta. No se podrá finalizar la consulta que no se asignó. Si un profesional se encuentra atendiendo a un paciente se podrá asignar a una lista de espera para ese profesional. La aplicación deberá contar con una interfaz clara y operativa. Deberá ser lo más profesional posible.

Se deberá poder:

• Ver la lista de pacientes a la espera de atención ordenados por orden de llegada.
  • Se deberá poder visualizar o consultar dni, nombre, apellido, edad del paciente y obra social (NoTiene, CoberturaBasica, CobreturaCompleta).

• Ver la lista de médicos disponibles para la atención.
  • Se deberá poder visualizar o consultar nombre, apellido y especialidad del médico.

• Visualizar fácilmente el estado actual del profesional, si está atendiendo o no

• Poder asignar un médico al siguiente paciente en la fila.
  • No se deben poder asignar a un profesional que se encuentre atendiendo pacientes.
  • Se deberá poder asignar médico por nombre del profesional o por especialidad
  • Se deberá cambiar el estado de la consulta y al finalizar asignar un resultado (derivación, indicación de estudios, internacion, cirugia, tratamiento, etc, ser creativo)

• Poder indicar la finalización de la consulta.
  • No se debe poder marcar como finalizada una consulta que no está activa.

• Poder visualizar estadísticas históricas:
  • Lista de profesionales ordenados por cantidad de pacientes atendidos de forma descendente.
  • El médico que más pacientes atendió.
  • La especialidad con más consultas.
  • El médico que menos pacientes atendió.

Condiciones de aprobación

1. Los 2 proyectos (Biblioteca de clases y Formularios) deben cumplir las reglas de estilo:*
   1. Código correctamente comentado con Summary.
   2. Nombres de controles con los estilos correspondientes.
   3. Los formularios no pueden tener el color por defecto y el nombre debe ser legible al usuario.

2. Deben estar presentes las funcionalidades requeridas anteriormente.

3. La aplicación debe estar distribuida en secciones de fácil navegación y acceso. Deben haber al menos 2 formularios diferentes.

4. Deben ser utilizados los temas vistos durante la clase. Entre ellos,mismos son:

   ○ Herencia

   ○ Sobrecarga de operadores,constructores y métodos.

   Sobrecarga de conversores implícitos y explícitos ( al menos uno).

   ○ Propiedades

   ○ Colecciones genéricas (al menos 2 colecciones diferentes)

   ○ Enumerados

   ○ Formulario.

   ○ Clases estáticas

   ○ Polimorfismo (clases abstractas, métodos abstractos, métodos virtuales).

5. No debe generar ningún tipo de error (ni de compilación, ni de ejecución).

6. La aplicación deberá tener hardcodeados médicos y pacientes para facilitar la corrección.

7. El icono de la aplicación no puede ser el icono por defecto,no puede tener fondo por defecto.

8. Serán valorados a la hora de evaluar la creatividad que se aplique al programa en cuanto al diseño de la app.