Documentando

El manual del usuario y documentacion del sistema sera terminado en unos cuantos minutos, donde se encontraran los requerimientos y la descripcion de los modulos funcionales del sistema y el enfoque general del uso  de caresoft del grupo medico y grupo paciente.

Email al registrarse

Ya funciona el envío de información al correo electrónico cuando alguien se registra,

El código:

send_mail('Tu cuenta ha sido creada en Caresoft','Hola tu cuenta ha sido creada con el USER' +form2.cleaned_data['username']+' y password '+form2.cleaned_data['password'],'python.proyecto@gmail.com',[form2.cleaned_data['email']],fail_silently=False)

A un paso de finalizar.....

Para determinar de programar la consulta, se han implementado ventanas emergentes en caso de que el paciente desee, agregar algún campo necesario para completar la receta o consulta. En este momento el sistema está casi completado, faltan algunos detalles de alineamientos de los formularios, prácticamente la parte funcional está terminada. El fin de semana nos reuniremos para terminar los detalles de programación, y terminar el proyecto.

Solucionado el problema del commit

El día de hoy tuvimos un pequeño percance respecto al no poder hacer commit para subir nuestros avances, ha sido solucionado y los avances han podido ser actualizados y documentados,  actualizaciones de R43 A R48 fueron pruebas para solucionar el error lo cual  no son necesarias.

Estamos trabajando casi en lo último, generando receta y validaciones seguimos en proceso , investigando e implementando ya que hay cosas interesantes de django que podemos usar.  

Registro de Historial, Contacto, Alergias y Medicos del Paciente

Este fin de semana, trabajamos sobre la inserción del Historial, Contacto, Alergias y Médicos que el paciente podrá tener. Todo esto con la intención de comenzar una consulta. La consulta se puede iniciar a partir de la cita realizada con anterioridad. Si la visita del paciente es la primera,  el sistema registra su historial y sus números de contacto de emergencia.

Por un problema con svn, ninguno de los miembros del equipo ha podido realizar commit, el día de mañana esperamos resolverlo.

Analizando implementaciones

El día de hoy tuve una pequeña  asesoría con Ariel y resolviendo ciertas dudas respecto a las implementaciones de horarios y tiempos en los fields ante esto surgió una observación que tendremos que resolver, es respecto al modelo css , se están obstruyendo ciertas palabras  o areas en la vista del navegador. Podríamos programar nuestro propio widget ante el área o field de tiempo pero no se daría versatilidad al escoger una hora diversa, ya revisando la documentación Django solo establece la validación de tiempo y a esa conclusión llegue con el Prof. Sigo revisando que otras opciones podremos implementar.

Estableciendo los widgets

Jorge A.: Modificamos en todo el sistema la implementacion de los widgets, ahora daremos formato de como se obtendran los tipos de datos, ante esto por causas de error del path me causo error en el commit y no me puedo atrazar lo cual dejo documentado los cambios realizados esperando no obstaculizar a los miembros y ante mano pido una disculpa. Dejando los cambios que usualmente se reflejan en las actualizaciones de las propias versiones. Cuando solucione esto a la brevedad posible, lo integrare inmediatamente ya sea en otro equipo de algun compañero  o en el mio.



Configurando el E-mail de confirmación

#se realizó la modificación en el archivo "settings.py"

#SMTP
EMAIL_USE_TLS = True
EMAIL_HOST = 'smtp.gmail.com'
sEMAIL_HOST_USER = 'python.proyect@gmail.com'
EMAIL_HOST_PASSWORD = '********'
EMAIL_PORT = 587

Para probar la conexión se utilizó los siguiente:

from django.core.mail import EmailMessage
email = EmailMessage('Asunto','Probando confirmación email', to = ['mb.jlink@gmail.com'])
email.send()




Desafortunadamente no fue exitosa la conexión y estamos investigando que es lo que está pasando.

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.