Citas

Después de algunos problemas técnicos. Pudimos dar de alta una cita por parte del paciente. Para poder llevar a cabo este mecanismo, el paciente necesita tener una sesión activa. La aplicación despliega las especialidades disponibles en el consultorio permitiendo al paciente elegir la especialidad deseada. En el siguiente paso, la aplicación despliega los médicos que pertenecen a la especialidad requerida, permitiendo seleccionar al médico deseado. AL seleccionar el link del médico, se despliegan los horarios donde el medico puede atender al paciente. Dicho horario ha sido dado de alta previamente por el médico. Los horarios son representados por medio de links, cuando el usuario selecciona el horario deseado la aplicación guarda una cita, con el día, horario, médico y paciente que lo solicita.

 En la imagen anterior podemos ver las opciones de especialidad que tenemos

 Despues podemos ver los doctores que pertenecen a la especialidad

 Por ultimo los horarios disponibles en rangos de media hora, en que el doctor puede recibirlos en este dia. 

El formato aun va a cambiar, pero la funcionalidad esta lista.

Investigando e Implementando la area de widgets:

 Como sabemos un widget es una representación de Django de un elemento de entrada HTML. El widget se encarga de la prestación del HTML, y la extracción de datos de un GET / POST
Django proporciona una representación de todos los widgets básicos de HTML en este caso estamos investigando el tipo de calendario que podemos incorporar a la aplicación para facilitar el uso en la captura de datos del paciente y medico, ante esto logre implementar un widget de tipo fecha: from django.forms.extras.widgets import SelectDateWidget

                 class HorarioForm(forms.Form):

    fecha = forms.DateField(widget=SelectDateWidget())

    inicio = forms.TimeField(widget=TimeInput())

    fin = forms.TimeField(widget=TimeInput())

Pero del tipo tiempo no quedamos convencidos del todo, tendré que consultar  Ariel para poder ver otra alternativa de poder importar algo tal vez ya definido para representar el campo de hora.

Cambio de colores sobre interfaz

Como se mencionó anteriormente nuestro cliente hizo la petición de los cambios de color, para ello modificamos el archivo "base.html" en la parte de los CSS que a continuación se mencionan:



body {
              background: #FFFFFF;  --->  correspondiente al BLANCO
              font-family: Verdana, Arial, Helvetica, sans-serif;
              font-size: 11px;
              line-height: 18px;
              color: #085DAD;  ---> correspondiente al AZUL
              }

En este caso para evitar un flasheo que nos aparecía tuvimos que utilizar no solo el fondo de la imagen, sino también utilizar la etiqueta "background" y asignarle el mismo color "CCDDD" que en el jpg.


 #content {
              height: 600px;
              background: #CCDDDD url(/site_media/content.jpg) repeat-y;-->corresponde al area "contenido"
              alignment-adjust:central;
              padding: 10px 20px;
              }



Además se hizo la modificación de las siguientes imagenes:

- top.jpg
- bottom.jpg
- content.jpg
- menu.jpg
- logo3.png


Siendo este el resultado final:

Modificación de Login y modificación de Interfaz

Dentro de las implementaciones realizadas, esta semana verificamos la creación de nuevas cuentas para poder realizar citas, ya está realizada la parte de las consultas con el Medico.

Resolvimos el problema de las dependencias que nos generaba algunos errores.

De acuerdo a petición del cliente hemos cambiado los colores principales de la aplicación,  principalmente  azul y verde. Solo se hicieron las modificaciones al archivo base.html.  

Inconsistencias y relaciones

El día de hoy continuamos analizando nuestro modelo de relación ya que nos parece que aun existían las inconsistencias, empezando por eliminar algunos campos que quedaron con el identificador “ID”  y tratando de poner  algunas relaciones en español ya que estaban en ingles. Tuvimos que modificar la relación de algunas tablas para poder simplificar el modelo y no tener tanta redundancia.

Por medio de CSS comenzamos a realizar las primeras pruebas sobre los diseños de la interfaz gráfica y quedó así:

En cuanto al logotipo estamos tomando en cuenta algunas otras opciones ya que cada integrante del equipo realizó una propuesta, además hace falta integrar por completo las sesiones y el login.

Analizamos errores de inconsistencia

Estando analizando unos problemas con el Prof., Ariel empecé con la tarea de corregir o más bien dicho analizar las inconsistencias causadas de los modelos, teniendo claro que la BD es inconsistente debido  a los nombres repetitivos y la declaración de las  llaves primarias lo cual tenemos que tener claro que eso lo hace solo Django por lo cual produce ruido en las consultas al traer ciertos datos. Aunado esto se tendrá que sincronizar de nuevo la base de datos y borrar el archivo estas correcciones se harán en conjunto con los miembros.