Documentos de Académico
Documentos de Profesional
Documentos de Cultura
discussions, stats, and author profiles for this publication at: http://www.researchgate.net/publication/269095500
DOWNLOADS
VIEWS
174
272
1 AUTHOR:
Claudio Ivor Torres Rojas
Pontificia Universidad Catlica de Valparaso
1 PUBLICATION 0 CITATIONS
SEE PROFILE
JUNIO 2012
Junio 2012
DEDICATORIA
II
AGRADECIMIENTOS
III
RESUMEN
Este informe describe la problemtica que existe en las clnicas veterinarias al momento
de llevar un orden en sus registros de clientes-mascotas y los trabajadores de la clnica. El
problema nace porque las fichas son llenadas sin un formato y por cualquier trabajador que
no se identifica, adems de ser almacenadas en distintos lugares. Como solucin, se ofrece
realizar un sistema que manejar esta informacin de manera ms ordenada, en un slo lugar,
y con un sistema multi-usuarios.
Palabras Claves: Clnica Veterinaria, Sistema Web, Mascotas, UML, PHP.
ABSTRACT
This document describes the problems that exist in veterinary clinics when there is a
necessity of managing the records of pets and clinic workers. The problem arises due to the
forms are filled without a format and by any worker who is not identified; also this forms are
stored in different places. In this report, the proposal as a potential solution it is to do a system
that will handle this information in an organized way, just in one place, and in a multi-user
system.
Keywords: Veterinary Clinic, Web System, Pets, UML, PHP.
IV
TABLA DE CONTENIDOS
DEDICATORIA ................................................................................................................................... II
AGRADECIMIENTOS ...................................................................................................................... III
RESUMEN ........................................................................................................................................... IV
ABSTRACT ......................................................................................................................................... IV
TABLA DE CONTENIDOS .................................................................................................................V
LISTA DE ILUSTRACIONES ............................................................................................................X
LISTA DE TABLAS ........................................................................................................................ XIV
PALABRAS CLAVES Y ABREVIACIONES ................................................................................. XV
CAPTULO 1: INTRODUCCIN ...................................................................................................... 1
1.1
1.2
1.3
1.4
EL PROYECTO ......................................................................................................................... 1
EL INFORME ........................................................................................................................... 1
LA CLNICA ............................................................................................................................ 3
LOS EMPLEADOS .................................................................................................................... 3
IDENTIFICACIN ................................................................................................................... 45
MITIGACIN Y CONTINGENCIA ............................................................................................. 46
VI
VII
VIII
ANEXO B
ANEXO C
ANEXO D
IX
LISTA DE ILUSTRACIONES
XI
XII
XIII
LISTA DE TABLAS
XIV
Cliente:
Clnica:
Ficha de Cliente:
Matriz donde se poseen los datos del cliente, como nombre, RUN,
nmero identificador, telfono, etc. Son almacenados en la
computadora de la secretaria.
Ficha de Mascota:
Mascota:
Paciente:
TIR:
UML:
UP:
VAN:
Veterinario:
CAPTULO 1:
INTRODUCCIN
En este captulo se describir brevemente el proyecto a realizar y cmo est compuesta la
empresa, siendo sta una clnica de atencin veterinaria.
1.1 EL PROYECTO
Actualmente, el mercado de la informtica ofrece avances tecnolgicos a las empresas a
la altura de la actualizacin requerida para lograr mantenerse vigentes y al nivel de competencia
exigida por el mundo tecnolgico. La clnica veterinaria San Agustn, en adelante la clnica,
ha solicitado la actualizacin de sus sistema para almacenar los registros de sus clientes. Por lo
tanto, el presente trabajo se enfocar en la implementacin de una nueva herramienta que facilite
el acceso a la informacin requerida a la clnica solicitante, donde se realizar un sistema de tipo
genrico, de tal manera que otras clnicas puedan usarlo.
1.2 EL INFORME
Este informe tiene por finalidad detallar el trabajo realizado hasta la fecha, es decir, se
registrar cmo funciona actualmente la clnica, adems de sus problemas que desean resolver.
Se abordar tambin, la solucin que se propone para resolverlos, y las herramientas que se
utilizarn para dicho efecto. Adems, se expondrn los procedimientos que se tuvieron que
realizar para llevar a cabo este proyecto.
En el informe se dividir por varios captulos. En el primer captulo se tratar sobre a
descripcin de la empresa, cul es su rol en la sociedad, y los trabajadores que posee. En el
captulo dos se definirn los objetivos que son las metas que manejaremos para que el proyecto
se lleve a cabo. El captulo tres nos informa cmo se est administrando actualmente la empresa,
los problemas que fueron detectados, sistemas similares, y la propuesta que ser otorgada
mediante este proyecto.
El desarrollo del sistema, es parte del captulo cuatro, donde se detallarn las
metodologas, paradigmas y herramientas que se utilizarn. El estudio de factibilidad, se
encuentra en el captulo cinco, donde se detallar si es factible tcnica, operacional, econmica,
y legal el sistema que se est desarrollando. En el captulo seis se realizar un anlisis con los
riesgos ms significativos. En el siguiente captulo, el siete, se detallar la planificacin del
proyecto. En el captulo ocho, los requerimientos del sistema, funcionales y no funcionales.
Posterior, en el captulo nueve, se presenta el anlisis y diseo (casos de usos, diagrama de
secuencias, diagrama de clases, y modelo de bases de datos del sistema). En el captulo nmero
diez se detallarn cada uno de los mdulos que tendr el sistema ya en funcionamiento. En el
siguiente captulo se abordar las pruebas e inspecciones que fueron realizadas. Para ir
finalizando con el captulo doce de conclusin, captulo trece sobre referencia bibliogrfica, y
por ltimo el captulo contiene los anexos.
1.3 LA CLNICA
La veterinaria San Agustn es una clnica veterinaria que se dedica al cuidado de animales,
posee cuidados medicinales (rayos X, cirugas, vacunas, alimentacin, farmacia, etc.), estticos
(baos, peluquera, etc.) y otros servicios (arriendo de jaulas, hospitalizacin, hotel, venta de
productos).
Fue creada por un grupo de mdicos veterinarios que quera ofrecer la mejor medicina
posible para perros, gatos y mascotas exticas. [2]
Actualmente la clnica reside en la comuna de La Florida en Santiago de Chile, donde
adems cuenta con dos veterinarios titulados de prestigiosas universidades, los cuales prestan
servicios a la clnica y estn disponibles para consultas a domicilio.
CAPTULO 2:
DEFINICIN DE OBJETIVOS
Con el problema medianamente planteado se decide realizar un objetivo general que ser
la meta principal del proyecto, y un listado de objetivos especficos los cuales son el medio para
obtener este objetivo general.
2.1
OBJETIVO GENERAL
2.2
OBJETIVOS ESPECFICOS
CAPTULO 3:
MARCO TERICO
Para poder llevar el objetivo general se debe pasar por los objetivos especficos, primero
se tiene que averiguar cmo se lleva a cabo las tareas y funciones en la clnica actualmente, los
que sern detallados en la situacin actual; adems se debe indicar los problemas que existen
para este funcionamiento. En la situacin futura se explicar detalladamente las funciones que
tendr el nuevo sistema corrigiendo y mejorando los problemas antes mencionados. Donde
adems se darn a conocer algunas ventajas de este nuevo sistema. Finalmente se presentarn
casos de sistemas similares que son utilizados por otras clnicas.
3.1
SITUACIN ACTUAL
En la actualidad, existe escaso orden sobre la informacin almacenada, por lo que hace
an ms difcil su bsqueda a la hora de necesitar algn dato de estos registros. Estos se irn
detallando caso a caso, adems se indicarn los problemas que pueda ocasionar.
Cuando un cliente visita por primera vez la clnica veterinaria se le asigna un registro y
un nmero identificador que sern almacenados en la computadora. Esta ficha slo incluye datos
del cliente y nmero identificador. Luego dependiendo de la cantidad de mascotas que posea,
se le asigna un registro para cada una, que se ubica en un armario, la que incluye adems el
nmero identificador del cliente. (Anexo 1: Ficha de Mascota)
Cuando el cliente visita nuevamente, la secretaria deber buscar en la computadora el
registro del cliente para localizar su nmero identificador. Ya con este nmero, podr buscar la
ficha de la mascota en el armario. En esta ficha adems se anota la prescripcin mdica por el
doctor (Figura 3.1).
Procedimientos Efectuados
Ya con la ficha en las manos del doctor, ste anota los procedimientos que fueron
realizados y los que se realizarn, en caso de necesitarse, son registrados en la ficha de la
mascota para as llevar un registro. En otra ficha, que a diferencia de la anterior, sta ser
entregada al cliente (Anexo 2: Carnet de Atencin), el doctor escribe el motivo para realizar en
una prxima visita a la clnica. Para confirmar una prxima visita, la secretaria debe buscar el
carnet de atencin y comunicarse con el cliente.
Consultas a domicilio
En caso de que no pueda ir la mascota a la clnica veterinaria, el mdico tendr que revisar
al paciente en el domicilio del cliente y as realizar todos los procedimientos posibles. Finalizada
la consulta, el mdico debe ir a la clnica para registrar todo lo acontecido.
Peluquera
El cliente si asiste a la clnica con su mascota puede realizar los servicios de cortes de pelo
y baos. Estos procedimientos tambin son registrados en la ficha de la mascota. (Anexo 1:
Ficha de Mascota)
6
Caso Fallecimiento
En el caso de que alguna mascota fallezca, este hecho tambin debe ser registrado en la
ficha de la mascota, para as tener un registro de las mascotas que ya no visitarn la clnica.
Hospitalizacin
En caso de que una mascota necesite ser hospitalizada por orden del doctor. La clnica
cuenta con jaulas especiales para dicho efecto. Ya estando el animal hospitalizado, se crea el
registro en su ficha indicando el tiempo que estuvo en reposo.
Hotelera
Tambin existe un rea destinada exclusivamente a hotelera, donde las mascotas pueden
descansar en jaulas separadas de tal manera que sus dueos puedan salir de su zona de
residencia. ste hecho es registrado en la ficha de la mascota, indicando los das en que se
hosped las mascota.
3.2
PROBLEMAS DETECTADOS
Cuando un funcionario de la clnica desea buscar una ficha de la mascota, ste debe
buscarlo manualmente en el armario, esto se complica ms an cuando existen ms pacientes.
Lo cual toma mucho tiempo (Anexo 1: Ficha de Mascota).
Procedimientos Efectuados
Como los procedimientos que sern efectuados son escritos en la ficha de la mascota y en
el carnet de atencin, la mayora de las veces, la clnica no recuerda a sus pacientes, o los clientes
extravan su ficha. Por lo que no asisten a ser analizados por el especialista. Otro problema
sucede que los doctores no se identifican, por lo que no se sabe quin hizo qu.
Consultas a domicilio
Cuando el doctor realiza una consulta al domicilio del cliente puede pasar que si el doctor
no lleva la ficha al domicilio, o no vuelve a la consulta, puede que los procedimientos realizados
no se registren en las fichas como debe ser.
Peluquera
Caso Fallecimiento
Hospitalizacin y Hotelera
En ambos casos, solo queda constancia de que animales pasaron por el servicio
suministrado por la clnica y en qu fecha. Pero en cambio, no hay registro actualizado, de las
jaulas disponibles en el momento. Por lo que para saber si existen jaulas disponibles se debe ir
a inspeccionar.
3.3
SISTEMAS SIMILARES
En esta seccin se detallar varios sistemas similares que existen en el mercado, indicando
adems sus caractersticas y sus debilidades, su pas de procedencia, y sus versiones actuales.
3.3.1
Vetter Sistemas
3.3.2
Cliven
10
3.3.3
Qvet
11
3.3.4
Bastet Windows
Programa de gestin para clnicas veterinarias de origen espaol. Contiene mdulos para
clientes y mascotas, consultas, dietario, sala de espera y proveedores. Posee conexiones remotas
desde computadores, laptops o bien entre sucursales. Actualmente se ofrecen varias versiones
de este programa de acuerdo a las necesidades de la clnica (Bastet Premium, Junior, Gratuito).
[6]
12
3.3.5
En general, todos los programas cumplen con las funcionalidades que necesita una clnica
veterinaria, todas proponen registros para clientes, mascotas y los procedimientos que fueron
realizados sobre las mascotas. Algunos problemas encontrados en estos programas son, el poco
uso de iconografa en Vetter Sistemas y Cliven, por ejemplo. En el software Qvet se encuentra
el uso de iconos para simbolizar acciones, pero hay varios que no representan lo que realmente
hacen (como el caso de la lupa que sirve para actualizar), por lo generalmente confunde al
usuario poco experimentado en el software. Pero una desventaja que se aplica a todos los
sistemas descritos, es que todos fueron diseados para un computador (o laptop), son sistemas
monousuarios.
Adems de las caractersticas descritas anteriormente, la clnica veterinaria ha solicitado
que el sistema sea portable, debido a que los doctores realizan consultas en terreno por lo que el
sistema ser realizado en una plataforma que sea fcil de acceder tanto como en una
computadora, o en una Tablet conectada a internet.
13
3.4
PROPUESTA
En esta seccin se detallar los procesos que sern realizados cuando el sistema ya se
encuentre en funcionamiento. El nuevo sistema ser gestionado a travs de un sistema web, que
ser disponible para cualquier dispositivo que posea conexin a internet.
3.4.1
Qu es un sistema web?
Son aplicaciones o sistemas en que los usuarios pueden utilizar accediendo a un servidor
web a travs de Internet o de una intranet mediante un navegador. En otras palabras, es una
aplicacin software que se codifica en un lenguaje soportado por los navegadores web en la que
se confa la ejecucin al navegador.
Origen
Ventajas
14
Desventajas
15
3.4.1
Dada a los problemas que posee la clnica veterinaria, se han detallado varias
funcionalidades que tendr el nuevo sistema, las que sern resumidas a continuacin:
Debido a que el actualmente se posee dos almacenes (el computador con su plantilla, y el
armario con sus fichas). El sistema poseer un slo almacn o base de datos, donde al consultar
sobre un cliente (ya sea por RUT, nombre o nmero identificador) automticamente mostrar
las mascotas asociadas. Y as generar mayor rapidez al momento de la bsqueda.
Procedimientos Efectuados
Caso Fallecimiento
El sistema por medio de los avisos podr determinar si est fallecida. De tal manera que
no vuelva a entregar avisos de prximas visitas, y desaparezca de los registros como
hospitalizacin, hotelera, o en banco de sangre.
Consultas a Domicilio
Cuando un doctor acuda a una consulta a domicilio, el sistema permitir al doctor que
pueda llenar la ficha mdica de la mascota desde un dispositivo mvil conectado a internet. De
una manera muy similar a como lo hara en la clnica.
Peluquera
El sistema tendr un registro de las mascotas que han visitado la peluquera, incluyendo
el especialista a cargo.
Jaulas
Autentificacin
16
3.4.2
Adems de las ventajas mencionadas anteriormente el nuevo sistema tendr las siguientes
caractersticas:
17
CAPTULO 4:
DETALLE DE SOLUCIN
Ya teniendo la propuesta del nuevo sistema se debe definir cmo ser resuelta as mismo
eligiendo la metodologa de desarrollo, el paradigma que incluye los modelos de desarrollo, las
herramientas que se utilizarn y la arquitectura que poseer el sistema cuando est en
funcionamiento.
4.1
METODOLOGA
4.1.1
Desarrollo Estructurado
4.1.2
4.1.3
Eleccin de Metodologa
4.2
PARADIGMA
4.2.1
Modelo Cascada
Este modelo es conocido tambin como Ciclo de Vida Clsico del software. El enfoque
que este modelo le da al desarrollo es realizar las actividades en orden consecutivo, teniendo
que finalizar una actividad antes de comenzar con la siguiente. Las actividades o etapas son:
19
Ventajas
Desventajas
En la realidad es muy difcil seguir este modelo, dado a que es poco habitual que
los proyectos sigan una secuencia estricta.
Slo se ve resultados al final del proyecto.
Si se hizo algo que no era lo que el cliente deseaba, esto se descubre una vez que
el sistema est terminado y su solucin es muy costosa.
Difcil manejar los cambios de requerimientos por parte del cliente. Como los
requerimientos son tomados en la etapa inicial del proyecto, es difcil tomar ms
requerimientos o modificar los existentes, durante las etapas posteriores.
Por lo que, el modelo de cascada se debe ocupar slo y cuando se tiene la definicin de
requerimientos bien clara, de manera que exista una baja probabilidad de que estos cambien.
20
4.2.2
Modelo de Prototipos
Pueden surgir dos etapas o hitos: la re-especificacin en caso que el cliente quiera hacer
modificaciones al producto entregado por no ser lo que este quera o por cualquier otro motivo
que implique un nuevo desarrollo; y las distintas iteraciones del sistema, debido a que a medida
que se va iterando, van surgiendo las distintas versiones del software, hasta llegar a la ltima
versin de ste, la que cumple con todos los requerimientos del cliente.
Ventajas:
21
Desventajas
22
4.2.3
Modelo en Espiral
Este paradigma consiste en mostrar el proceso de desarrollo del software como una serie
de actividades, donde una es la continuacin de la anterior, y que se representa como un espiral.
Las etapas internas del espiral, son las etapas inciales y as ir aumentando a medida que se va
avanzando en el desarrollo del sistema. [8] Cada ciclo se divide en 4 reas:
1. Determinar objetivos, alternativas y restricciones: en donde se definen los
objetivos especficos, las restricciones y se desarrolla un plan de administracin.
2. Evaluacin alternativas, identificar y resolver riesgos: donde se detallan los
riesgos que puede seguir el proyecto y el plan de contingencia para identificar,
estimar y ver las formas de gestionar el riesgo, buscando alternativas de solucin
en caso de presentarse stos.
3. Desarrollo y validacin: donde se elige un modelo para el desarrollo del sistema.
4. Planeacin: es aquella en que el proyecto se evala y se decide si se debe
continuar con el proyecto, tomando las consideraciones para seguir con el
siguiente ciclo del espiral.
Ventajas
Desventajas
Es necesario controlar muy bien el riesgo. En caso de no ser as, riesgos pequeos
pueden transformarse en problemas mayores a medida que avanzan las distintas
etapas del proyecto.
Puede considerarse ms complejo, dado que no existen fases fijas. Este modelo
puede contener otros modelos. Esto puede ser una gran dificultad dado que la
capacidad de trabajar con ms de un modelo en un proyecto tiene estrecha relacin
con la experiencia y conocimientos que tenga el equipo que lleva a cabo el
proyecto.
23
4.2.4
El ciclo del Proceso Unificado consta de cuatro etapas: Inicio, donde se planifica el
proyecto; Elaboracin, donde se establece un plan y una arquitectura acorde a las necesidades
del sistema; la etapa de Construccin donde es desarrollado el sistema y la etapa de Transicin,
en la cual el sistema es proporcionado a los usuarios finales. [8] Las que se detallan a
continuacin:
Ventajas
25
Desventajas
26
4.2.5
Eleccin de Paradigma
Por ser un paradigma iterativo que adems integra las ventajas del modelo en
cascada dentro de cada una de sus iteraciones o fases.
Al ser una de sus caractersticas ser iterativo e incremental, permite la deteccin
de errores y riesgos importantes dentro del proyecto en forma temprana.
Es dirigido por los casos de uso.
UML es la base del modelamiento de UP.
27
4.3
HERRAMIENTAS Y TECNOLOGAS
En esta seccin se detallarn todas las tecnologas utilizadas para el diseo, construccin
y visualizacin de este nuevo sistema.
4.3.1
4.3.2
StarUML
Es un proyecto de cdigo abierto para desarrollar rpido, flexible y extensible, con muchas
caractersticas. El objetivo del proyecto es construir una herramienta de modelado de software
y plataforma tambin que es un sustituto convincente de las herramientas UML comerciales.
[11]
28
Dia
Dia es una aplicacin informtica de propsito general para la creacin de diagramas,
desarrollada como parte del proyecto GNOME. Est concebido de forma modular, con
diferentes paquetes de formas para diferentes necesidades. [12]
Edraw Max
Es un software verstil de grficas, con caractersticas que lo hacen perfecto no slo para
diagramas de flujo de aspecto profesional, organigramas, diagramas de red y tablas de negocios,
sino tambin para planos de construccin, mapas mentales, flujo gramas, diseos de moda,
diagramas UML, diagramas de ingeniera elctrica, mapas direccionales, estructuras de
programas, diagramas de bases de datos. [13]
29
4.3.3
Plataformas de Desarrollo
4.3.4
MySQL
Es un sistema de gestin de bases de datos relacional, multi-hilo y multi-usuario. Es un
tipo de software muy especfico, dedicado a servir de interfaz entre la base de datos, el usuario
y las aplicaciones que la utilizan. El propsito general es el de manejar de manera clara, sencilla
y ordenada un conjunto de datos que posteriormente se convertirn en informacin relevante
para una organizacin.
Los objetivos que debe cumplir son:
30
4.3.5
Lenguajes de Programacin
PHP
PHP HyperText Preprocessor, es un lenguaje de programacin interpretado, diseado
originalmente para la creacin de pginas web dinmicas. Se usa principalmente para la
interpretacin del lado del servidor.
Puede ser desplegado en la mayora de los servidores web y en casi todos los sistemas
operativos y plataformas sin costo alguno.
El gran parecido que posee PHP con los lenguajes ms comunes de programacin
estructurada, como C y Perl, permiten a la mayora de los programadores crear aplicaciones
complejas con una curva de aprendizaje muy corta.
PHP tambin tiene la capacidad de ser ejecutado en la mayora de los sistemas operativos,
tales como Unix (y de ese tipo, como Linux o Mac OS X) y Microsoft Windows, y puede
interactuar con los servidores de web ms populares.
Ventajas
AJAX
Asynchronous JavaScript And XML (JavaScript asncrono y XML), es una tcnica de
desarrollo web para crear aplicaciones interactivas. Estas aplicaciones se ejecutan en el cliente,
es decir, en el navegador de los usuarios mientras se mantiene la comunicacin asncrona con
el servidor en segundo plano. De esta forma es posible realizar cambios sobre las pginas sin
necesidad de recargarlas, lo que significa aumentar la interactividad, velocidad y usabilidad en
las aplicaciones. [17]
32
4.3.6
Google Chrome
Es un navegador web desarrollado por Google y compilado con base en componentes de
cdigo abierto como el motor de renderizado WebKit y su estructura de desarrollo de
aplicaciones. Google Chrome es el tercer navegador ms utilizado en Internet. [19]
33
Mozilla Firefox
Es un navegador web libre y de cdigo abierto, en cuyo desarrollo puede colaborar
cualquier usuario que lo desee. Es descendiente de Mozilla Application Suite y es desarrollado
por la Fundacin Mozilla.6 Mozilla Firefox es el segundo navegador ms utilizado de Internet.
[20]
34
4.4
ARQUITECTURA
El sistema web puede ser descompuesto por dos tipos de arquitecturas: lgica y fsica, las
que sern detalladas a continuacin:
4.4.1
Lgica
Arquitectura 3 Capas
Capa de Presentacin
Capa de Negocio
Capa de Datos
35
4.4.2
Fsica
A partir del modelo anteriormente de 3 capas, si se desea, se pueden fundir las capas
adyacentes para dar paso a la arquitectura fsica de 2 capas:
Debido a que ser un sistema web, se utilizar una arquitectura fsica de cliente servidor
con cliente delgado, donde todos los procesos de la aplicacin y administracin de datos se
harn en el servidor. Por otro lado, el cliente slo ejecutar el software de presentacin.
Tabla 4.2. Arquitectura Fsica Cliente Delgado.
Cliente
Servidor
(Capa de Presentacin)
36
CAPTULO 5:
ESTUDIO DE FACTIBILIDAD
La finalidad de este estudio es determinar qu tan bueno ser la implementacin de este
nuevo sistema en la clnica veterinaria antes mencionada. Adems se vern los costos que tendr
que incurrir la clnica.
Las preguntas que orientan el estudio de factibilidad, entre otras, son: Es realmente
necesario? Es beneficioso? Es rentable econmico y socialmente? Estn las condiciones para
emprender el proyecto?
5.1
TCNICA
Se deben considerar aspectos tcnicos requeridos para el desarrollo del nuevo sistema,
como hardware, software y recursos humanos.
5.1.1
Hardware
El sistema que se va a realizar debe poseer la capacidad tcnica de manejar una cantidad
de datos, por lo que se requiere de un computador servidor (arquitectura cliente-servidor) que
soporte el almacenamiento de base de datos con todos los registros de la clnica veterinaria.
Para realizar las etapas de anlisis de requerimientos, diseo, implementacin, pruebas y
documentacin se cuenta con el siguiente hardware:
Tabla 5.1. Factibilidad de Hardware.
Procesador:
Memoria RAM:
Disco Duro:
Sistema Operativo:
Tarjeta de Red:
Tarjeta de Red Inalmbrica:
Laptop
AMD Turion II
4 Gb
500 Gb
Windows 7 Ultimate
Gigabit Ethernet Broadcom Netlink
Atheros ARB93 Wireless Network
Por lo que la clnica no deber adquirir ningn sistema computacional nuevo para el
desarrollo, ya que existe suficiente hardware para llevar a cabo el proyecto.
37
5.1.2
Software
Es necesario utilizar los exploradores de internet antes mencionados que existe en la red
que sea compatible sistema operativo que se est utilizando. Estos se bajan de manera gratuita
en sus sitios correspondientes.
5.1.3
Recurso Humano
Para la realizacin de este proyecto se cuenta con un alumno que posee las siguientes
competencias acadmicas:
38
5.2
ECONMICA
5.2.1
Costo de Hardware
Nombre
HostingPlus
Espacio
500GB
Transferencia
Ilimitada
Bases de
1
Datos
Precio
$ 23.900.-*
BlueHosting
WebHostChile
HostName
HostingChile
Ilimitado
Ilimitada
Ilimitado
20GB
140GB
6
600MB
Ilimitada
1
70MB
1GB
Ilimitada
$ 24.900.-*
$ 24.000.-*
$ 26.400.-*
$ 23.000.-*
* No incluyen IVA.
De acuerdo a la siguiente tabla se debe elegir un hosting donde estar alojado el sistema.
Por lo que se elige a BlueHosting, dado a que todas sus caractersticas son ilimitadas y por el
bajo costo de $30.000.- anual aproximadamente con IVA incluido. (El que se debe cancelar
90.000.- para cada 3 aos)
5.2.2
Costo de Software
Para realizar un estudio sobre el costo del software que se utilizar, es necesario detallar
que las herramientas a utilizar en este proyecto, en lo que refiere a programacin y elaboracin
de reportes.
Cabe destacar, que se aprovechar algn software que son proporcionados por los
computadores de la Escuela de Informtica tanto para realizar los informes como para desarrollo
y pruebas. El resto del software que se utilizar es gratuito, como los exploradores, por lo que
no se refleja un gasto en software.
39
5.2.3
Costo de Personal
En este proyecto trabajar un slo estudiante, y debemos considerar que el lmite para
realizar este proyecto es de 10 meses. Por lo que, segn el sitio web del gobierno se detallan el
sueldo del ingeniero en computacin e informtica en sus primeros aos de trabajo. [22]
.
Como estudiante de proyecto se estima que se trabajar 5 horas diarias laborales por mes
sern 100 horas mensuales. Con un salario de $ 3000.- pesos la hora trabajada.
Costo = Salario Mensual x Meses Trabajados
Costo =
$ 300.000
x
10
Costo =
$ 3.000.000
5.2.4
Costos Totales
Los costos totales sern calculados por la suma total de los costos de hardware, los costos
de software y los costos de personal.
Costos Totales =
Costos Totales =
Costos Totales =
Costo Hardware
$ 180.000
+
+
Costo Software
$0
$ 3.180.000
+
+
Costo Personal
$ 3.000.000
40
5.2.5
Si este sistema web presta los servicios a 20 clnicas a contar desde el ao 2, dejando el
ao 1 slo para captar nuevas veterinarias (sin contar los ingresos de las veterinarias que se
integren durante dicho ao), y sabiendo que a lo largo de Chile hay ms de 700 clnicas
veterinarias registradas [23]. Se espera cobrar un arriendo mensual de $5.000.- pesos por
conceptos de uso del sistema (al ao $60.000.- pesos). Monto bajo si se considera los ingresos
de una clnica veterinaria. (Anexo 3: Listado de Precios). Al ao estar ingresando adicional la
suma de 1.200.000.- anual.
Tabla 5.3. Inversin Inicial y Gastos Anuales.
Costo Inicial
Ao 0
-3.090.000
Ao 1
Ao 2
Ao 3
Ao 4
Ao 5
1.200.000
1.110.000
1.200.000
1.200.000
Tasa de Inters
5%
10%
12%
13,069242%
14%
Por lo tanto la inversin inicial ser recuperada en un periodo de 5 aos con una tasa de
inters que no supere el 13,069242%. Lo cual es favorable, si pensamos que el sistema actual
se ha mantenido desde que empez a funcionar la clnica.
41
5.3
OPERACIONAL
5.4
LEGAL
5.4.1
Ley N 19.223
42
Artculo 3.- El que maliciosamente altere, dae o destruya los datos contenidos en un
sistema de tratamiento de informacin, ser castigado con presidio menor en su grado medio.
Artculo 4.- El que maliciosamente revele o difunda los datos contenidos en un sistema
de informacin, sufrir la pena de presidio menor en su grado medio. Si quien incurre en estas
conductas es el responsable del sistema de informacin, la pena se aumentar en un grado." [24]
5.4.2
Ley N 17.336
5.5
CONCLUSIN DE FACTIBILIDAD
Dado todas las factibilidades siendo aprobadas, el sistema podr ser realizado siempre
cuando se siga cumpliendo con lo antes mencionado.
43
CAPTULO 6:
ANLISIS DE RIESGO
El anlisis de riesgo est enfocado para revisar de forma global los riesgos que pueden
influir a lo largo de todo el desarrollo del proyecto. Es por esto, que se identificar las amenazas
y vulnerabilidades del sistema, con el fin de minimizar sus efectos. El propsito es integrar, el
manejo de estos, para as mejorar el desarrollo y funcionamiento del sistema.
Se evaluarn los riesgos segn su grado de probabilidad, como se detalla en la tabla a
continuacin:
Tabla 6.1. Rango de Probabilidad.
Probabilidad
Muy Alto
Alto
Moderado
Bajo
Muy Bajo
Adems se evaluarn los riesgos segn su grado de impacto en el proyecto, segn el siguiente
criterio:
Tabla 6.2. Rango de Impacto.
Impacto
Catastrfico
Crtico
Moderado
Tolerable
Despreciable
44
6.1
IDENTIFICACIN
Riesgo
Mala estimacin del tiempo de desarrollo
Prdida de tiempo en el inicio
Comunicacin con el cliente no es ptima
Cambio en los requerimientos
Falta de experiencia en tecnologa
Demora en la toma de decisiones
Incumplimiento de compromisos
Un producto se pone en venta antes de que ste se complete
Los usuarios finales se resisten al sistema
Planificacin excesivamente optimista
Cambiar herramientas a mitad de proyecto
Falta de experiencia en tecnologa
Falta de compromiso
Desarrollador desmotivado
Sobrecarga de trabajo, largos horarios
Diseo construido no sea el ms adecuado
Realizar un proyecto que nadie lo quiere
El servidor se cae
Probabilidad
Moderado
Alto
Moderado
Moderado
Bajo
Bajo
Moderado
Muy Bajo
Muy Alto
Bajo
Bajo
Muy Bajo
Bajo
Moderado
Muy Bajo
Moderado
Muy Bajo
Bajo
Impacto
Catastrfico
Crtico
Catastrfico
Crtico
Crtico
Crtico
Catastrfico
Catastrfico
Moderado
Crtico
Crtico
Catastrfico
Catastrfico
Crtico
Crtico
Catastrfico
Tolerable
Catastrfico
45
6.2
MITIGACIN Y CONTINGENCIA
Riesgo
Mala estimacin del
tiempo de desarrollo
Prdida de tiempo en el
inicio
Comunicacin con el
cliente no es ptima
Mitigacin
Se deber evaluar el
tiempo de desarrollo con
claridad
Contingencia
Se deber estimar el tiempo
posterior con mayor claridad, y
el tiempo perdido deber ser
recuperado.
Se deber recuperar lo antes
posible el tiempo perdido.
Establecer compromisos de
reuniones con anticipacin.
Se deber minimizar la carga del
nuevo requerimiento.
Recalendarizar compromisos de
manera ordenada y responsable.
Impartir cursos de aprendizaje
para uso el software.
Realizar tareas que sean del
agrado del desarrollador.
Dedicar ms tiempo para
redisear la solucin.
46
CAPTULO 7:
PLANIFICACIN DEL PROYECTO
Como el proyecto ser realizado a travs del Modelo Proceso Unificado, ser dividido en
las Fases que ste lo componen que son: Fase Inicial, de Elaboracin, de Construccin, de
Transicin.
7.1
FASE INICIAL
Teniendo en cuenta esto, se toman productos del mercado, que puedan solucionarlos,
encontrando as, ninguno que pueda resolver todas las necesidades del cliente, por lo tanto se
toma como opcin principal la solucin propuesta en este proyecto.
Ya teniendo en marcha el proyecto, se define que el proyecto ser realizado con el enfoque
orientado a objetos, debido a las ventajas presentadas en la seccin 4.1. Se determina que
paradigma de trabajo es el que se utilizar, decidiendo finalmente por el Modelo de Proceso
Unificado. As tambin como se ha elegido las herramientas con que se llevar a cabo este
proyecto.
Tambin se ha definido cmo ser la arquitectura de este nuevo sistema, ya sea tanto
fsicamente como lgica.
47
Gestionar Clientes
Gestionar Pacientes
Gestionar Registros Mdicos
Gestionar Registros de Peluquera
Gestionar Registros de Hotelera
Gestionar Registros de Hospitalizacin
48
7.2
FASE DE ELABORACIN
Gestionar Registros
Gestionar Hotel/Hospital
Tipo de Atencin: que permite administrar los distintos tipos de atencin que
puede poseer un paciente ya sea en el rea mdica, como en el rea de peluquera.
Tipo de Jaula: donde se administran los tipos de jaulas utilizadas en hotelera y
hospitalizacin.
49
Esta fase finaliza con la entrega el informe, y se detallan en la siguiente carta Gantt:
50
7.3
FASE DE CONSTRUCCIN
Se vuelven a analizar todos los requerimientos recabados en las fases anteriores, donde se
han descubierto nuevos requerimientos que ayudan considerablemente al sistema:
Cola de Atencin: que permite saber los pacientes que llegaron a su cita.
Gestionar Cuenta: donde se permite al usuario autentificado, poder cambiar la
contrasea y pregunta secreta de su cuenta.
51
7.4
FASE DE TRANSICIN
52
CAPTULO 8:
REQUERIMIENTOS DEL SISTEMA
Este captulo comprende los requerimientos del sistema, donde primero se especifican los
usuarios del sistema, ms tarde mencionados como actores, luego se identifican los
requerimientos del sistema y finalmente los casos de uso.
8.1
En esta seccin se definir las funciones que realizan cada uno de los distintos usuarios
del sistema.
8.1.1
Mdicos
Como el sistema est basado en una clnica veterinaria, en esta existen 3 mdicos
veterinarios adems de alumnos en prctica que utilizarn este sistema identificndose como
Mdicos. Estas personas estn encargadas gestionar la informacin del paciente slo del rea
medicinal. Tienen conocimientos de palabras tcnicas del rea medicinal, pero poco
conocimiento computacional.
8.1.2
Peluquero
Adems la clnica posee peluqueros que sern los que realicen el trabajo de mejorar
estticamente a las mascotas.
8.1.3
Secretarias
8.1.4
Administrador de la Clnica
Cada clnica debe contar con un administrador. Este puede realizar las mismas
operaciones que la secretaria pero a diferencia, est encargado de administrar los usuarios,
hospitalizacin y hotelera. Por lo que necesita conocimientos bsicos de computacin.
53
8.2
IDENTIFICACIN DE REQUERIMIENTOS
8.2.1
Requerimientos Funcionales
En esta seccin se detallar las funcionalidades del nuevo sistema, los que sern divididos
por los usuarios que lo utilizarn. Como el sistema tanto Peluquero como Mdico ejecutan las
mismas funciones (dejando en claro que llenan distinta informacin) desde ahora en adelante se
llamar Peluquero-Mdico.
8.2.1.1
8.2.1.2
8.2.1.3
Secretarias
El sistema debe permitir agregar, ver, eliminar, y modificar los datos de un cliente.
Debe permitir agregar, ver, eliminar, y modificar los datos del paciente.
El sistema debe permitir buscar a un cliente segn su rol nico nacional, nombre,
o apellido. Si el sistema no encuentra al cliente, deber mostrar un mensaje de
error y si encuentra ms de uno deber mostrar los que coinciden con la bsqueda.
Debe permitir crear, buscar, ver, modificar y eliminar un registro del paciente.
Debe permitir crear, buscar, ver, modificar y eliminar un aviso de atencin.
Permitir listar jaulas, ingresar y retirar paciente de las jaulas.
Peluqueros-Mdicos
El sistema permitir aadir, ver, modificar y eliminar avisos de atencin
El sistema permitir crear, ver, eliminar y modificar registro de atencin del
paciente.
Administrador de la Clnica
El sistema debe permitir agregar, ver, eliminar, y modificar los datos de un cliente.
Debe permitir agregar, ver, eliminar, y modificar los datos del paciente.
El sistema debe permitir buscar a un cliente segn su rol nico nacional, nombre,
o apellido. Si el sistema no encuentra al cliente, deber mostrar un mensaje de
error y si encuentra ms de uno deber mostrar los que coinciden con la bsqueda.
Debe permitir crear, buscar, ver, modificar y eliminar un registro del paciente.
Debe permitir crear, buscar, ver, modificar y eliminar un aviso de atencin.
Permitir listar jaulas, ingresar y retirar paciente de las jaulas.
Permitir agregar, modificar y eliminar jaulas de la clnica.
Debe permitir crear, listar, buscar, ver, modificar y eliminar usuarios del sistema.
54
8.2.2
Requerimientos No Funcionales
55
CAPTULO 9:
ANLISIS Y DISEO DEL SISTEMA
9.1
9.1.1
Gestionar Avisos
Gestionar Clientes
Secretaria
Gestionar Pacientes
Gestionar Jaulas
Gestionar Usuarios
56
9.2
GESTIONAR CLIENTES
Gestionar Clientes
<<include>>
Listar Clientes
Listar Pacientes
Secretaria
<<extend>>
Buscar Cliente
<<extend>>
Agregar Cliente
<<extend>>
Modificar Cliente
<<extend>>
<<extend>>
<<extend>>
Agregar Paciente
Administrador
Eliminar Cliente
<<include>>
Eliminar Paciente
57
9.2.1
58
9.2.2
Agregar Cliente
Cliente
Base de Datos
Interfaz
: Secretaria
<<create>>
2 : Agregar_Cliente()
3 : Ingresar_Datos()
4 : Ingresar_Datos()
5 : Datos_Cliente
6 : Datos_Cliente
7 : Guardar_Cliente()
8 : Guardado
9 : Guardado
10 : Guardado
9.2.3
Buscar Cliente
Cliente
Interfaz
Base de Datos
: Secretaria
1 : Buscar_Cliente()
2 : Ingresar_Nombre()
Puede devolver
uno o ms
resultados.
3 : Nombre
4 : Buscar_Cliente()
5 : Buscar_Cliente()
6 : Clientes_Encontrados
7 : Clientes_Encontrados
8 : Clientes_Encontrados
59
9.2.4
Modificar Cliente
Cliente
Interfaz
Base de Datos
: Secretaria
ref Buscar Cliente
1 : Modificar_Cliente()
2 : Modificar_Cliente()
3 : Modificar_Cliente()
4 : Datos_Cliente
5 : Datos_Cliente
6 : Datos_Cliente
7 : Guardar_Nuevos_Datos()
8 : Guardar_Cliente()
9 : Guardar_Cliente()
10 : Guardado
11 : Guardado
12 : Guardado
9.2.5
Base de Datos
: Secretaria
ref Buscar Cliente
1 : Ver_Cliente()
2 : Ver_Cliente()
3 : Ver_Cliente()
5 : Datos_Cliente
4 : Datos_Cliente
6 : Datos_Cliente
60
9.2.6
Base de Datos
: Secretaria
ref Buscar Cliente
1 : Eliminar_Cliente()
2 : Eliminar_Cliente()
3 : Pedir_Pacientes()
4 : ID_Paciente
ref Eliminar Paciente
5 : Eliminar_Cliente()
6 : Cliente_Eliminado
7 : Cliente_Eliminado
8 : Cliente_Eliminado
61
9.3
GESTIONAR PACIENTES
Gestionar Pacientes
Listar Clientes
<<include>>
<<extend>>
Secretaria
Listar Pacientes
<<extend>>
<<extend>>
Buscar Paciente
<<extend>>
Agregar Paciente
Modificar Paciente
Eliminar Paciente
Administrador
<<extend>>
62
9.3.1
Agregar Paciente
Pacientes
Interfaz
: Secretaria
1 : Agregar_Paciente()
Base de Datos
2 : Agregar_Paciente()
ref Buscar Cliente
3 : Ingresar_Datos()
4 : Ingresar_Datos()
5 : Datos_Paciente
6 : Datos_Paciente
9 : Paciente_Guardado
10 : Paciente_Guardado
7 : Guardar_Paciente()
8 : Paciente_Guardado
9.3.2
Buscar Paciente
Pacientes
Interfaz
Base de Datos
: Secretaria
1 : Buscar_Paciente()
2 : Ingresar_Nombre()
3 : Nombre_Paciente
4 : Buscar_Paciente()
5 : Buscar_Paciente()
Puede devolver
uno o ms
pacientes
6 : Pacientes_Encontrados
7 : Pacientes_Encontrados
8 : Pacientes_Encontrados
63
9.3.3
Modificar Paciente
Pacientes
Interfaz
Base de Datos
: Secretaria
ref Buscar Paciente
1 : Modificar_Paciente()
2 : Modificar_Paciente()
3 : Modificar_Paciente()
5 : Datos_Paciente
6 : Datos_Paciente
7 : Guardar_Nuevos_Datos()
4 : Datos_Paciente
8 : Guardar_Paciente()
9 : Guardar_Paciente()
10 : Paciente_Guardado
11 : Paciente_Guardado
12 : Paciente_Guardado
9.3.4
Eliminar Paciente
Pacientes
Interfaz
Base de Datos
: Secretaria
ref Buscar Paciente
1 : Eliminar_Paciente()
2 : Eliminar_Paciente()
3 : Eliminar_Paciente()
6 : Paciente_Eliminado
5 : Paciente_Eliminado
4 : Paciente_Eliminado
64
9.4
GESTIONAR AVISOS
Gestionar Avisos
<<include>>
Mdico-Peluquero
Crear Aviso
<<include>>
Buscar Paciente
<<extend>>
Listar Avisos
<<extend>>
Secretaria
Modificar Aviso
Eliminar Aviso
<<extend>>
<<extend>>
<<extend>>
Ver Aviso
Buscar Aviso
Administrador
65
9.4.1
Crear Aviso
Avisos
Interfaz
Base de Datos
: Mdico-Peluquero
1 : Crear_Aviso()
ref Buscar Paciente
2 : Crear_Aviso()
3 : Crear_Aviso()
4 : Aviso_Guardado
5 : Aviso_Guardado
6 : Aviso_Guardado
9.4.2
Buscar Aviso
Avisos
Interfaz
Base de Datos
: Mdico-Peluquero
1 : Buscar_Aviso()
ref Buscar Paciente
2 : Buscar_Aviso()
3 : Buscar_Aviso()
6 : Avisos_Encontrados
5 : Avisos_Encontrados
4 : Avisos_Encontrados
66
9.4.3
Ver Aviso
Avisos
Interfaz
Base de Datos
: Mdico-Peluquero
ref Buscar Aviso
1 : Ver_Aviso()
2 : Ver_Aviso()
3 : Ver_Aviso()
4 : Datos_Aviso
5 : Datos_Aviso
6 : Datos_Aviso
9.4.4
Modificar Aviso
Avisos
Interfaz
Base de Datos
: Mdico-Peluquero
ref Buscar Aviso
1 : Modificar_Aviso()
6 : Datos_Aviso
7 : Guardar_Nuevos_Datos()
2 : Modificar_Aviso()
5 : Datos_Aviso
8 : Guardar_Aviso()
12 : Aviso_Guardado
11 : Aviso_Guardado
3 : Modificar_Aviso()
4 : Datos_Aviso
9 : Guardar_Aviso()
10 : Aviso_Guardado
67
9.4.5
Eliminar Aviso
Avisos
Interfaz
Base de Datos
: Mdico-Peluquero
ref Buscar Aviso
1 : Eliminar_Aviso()
2 : Eliminar_Aviso()
3 : Eliminar_Aviso()
6 : Aviso_Eliminado
5 : Aviso_Eliminado
4 : Aviso_Eliminado
68
9.5
GESTIONAR REGISTROS
Gestionar Registros
Crear Registro
<<include>>
Buscar Tipo de Atencin
<<extend>>
Mdico-Peluquero
Listar Registros
<<include>>
Buscar Paciente
<<extend>>
<<extend>>
Secretaria
Modificar Registro
Buscar Registro
Eliminar Registro
<<extend>>
<<extend>>
Administrador
Ver Registro
69
9.5.1
Modificar Registro
Tabla 9.2. Caso de Uso Narrativo - Modificar Registro.
70
9.5.2
Crear Registro
Registros
Interfaz
Base de Datos
: Mdico-Peluquero
1 : Crear_Registro()
ref Buscar Paciente
2 : Crear_Registro()
3 : Crear_Registro()
5 : Registro_Guardado
6 : Registro_Guardado
4 : Registro_Guardado
9.5.3
Buscar Registro
Registros
Interfaz
Base de Datos
: Mdico-Peluquero
1 : Buscar_Registro()
ref Buscar Paciente
2 : Buscar_Registro()
3 : Buscar_Registro()
5 : Registros_Encontrados
Puede devolver
uno o ms
registros
4 : Registros_Encontrados
6 : Registros_Encontrados
71
9.5.4
Ver Registro
Registros
Interfaz
Base de Datos
: Mdico-Peluquero
ref Buscar Registro
1 : Ver_Registro()
2 : Ver_Registro()
3 : Ver_Registro()
4 : Datos_Registro
5 : Datos_Registro
6 : Datos_Registro
9.5.5
Modificar Registro
Registros
Interfaz
Base de Datos
: Mdico-Peluquero
ref Buscar Registro
1 : Modificar_Registro()
2 : Modificar_Registro()
3 : Modificar_Registro()
6 : Datos_Registro
7 : Guardar_Nuevos_Datos()
5 : Datos_Registro
4 : Datos_Registro
8 : Guardar_Registro()
9 : Guardar_Registro()
11 : Registro_Guardado
10 : Registro_Guardado
12 : Registro_Guardado
72
9.5.6
Eliminar Registro
Registros
Interfaz
Base de Datos
: Mdico-Peluquero
ref Buscar Registro
1 : Eliminar_Registro()
2 : Eliminar_Registro()
6 : Registro_Eliminado
5 : Registro_Eliminado
3 : Eliminar_Registro()
4 : Registro_Eliminado
73
9.6
Secretaria
<<include>>
Buscar Jaulas
<<extend>>
Administrador
<<extend>>
Buscar Reg Jaulas
<<extend>>
74
9.6.1
Base de Datos
: Secretaria
1 : Crear_Reg_Jaula()
ref Buscar Paciente
2 : Crear_Reg_Jaula()
3 : Crear_Reg_Jaula()
4 : Reg_Jaula_Guardado
5 : Reg_Jaula_Guardado
6 : Reg_Jaula_Guardado
9.6.2
Base de Datos
: Secretaria
1 : Buscar_Reg_Jaula()
ref Buscar Paciente
Puede devolver
uno o ms
Reg Jaulas
2 : Buscar_Reg_Jaula()
3 : Buscar_Reg_Jaula()
4 : Reg_Jaula_Encontrados
5 : Reg_Jaula_Encontrados
6 : Reg_Jaula_Encontrados
75
9.6.3
Base de Datos
: Secretaria
ref Buscar Reg Jaulas
1 : Ver_Reg_Jaula()
2 : Ver_Reg_Jaula()
6 : Datos_Reg_Jaula
5 : Datos_Reg_Jaula
3 : Ver_Reg_Jaula()
4 : Datos_Reg_Jaula
9.6.4
Base de Datos
: Secretaria
ref Buscar Reg Jaula
1 : Modificar_Reg_Jaula()
6 : Datos_Reg_Jaula
7 : Guardar_Nuevos_Datos()
2 : Modificar_Reg_Jaula()
5 : Datos_Reg_Jaula
3 : Modificar_Reg_Jaula()
4 : Datos_Reg_Jaula
8 : Guardar_Reg_Jaula()
9 : Guardar_Reg_Jaula()
12 : Reg_Jaula_Guardado
11 : Reg_Jaula_Guardado
10 : Reg_Jaula_Guardado
76
9.6.5
Base de Datos
: Secretaria
ref Buscar Reg Jaula
1 : Eliminar_Reg_Jaula()
2 : Eliminar_Reg_Jaula()
3 : Eliminar_Reg_Jaula()
4 : Reg_Jaula_Eliminado
6 : Reg_Jaula_Eliminado
5 : Reg_Jaula_Eliminado
77
9.7
GESTIONAR JAULAS
Gestionar Jaulas
Agregar Jaula
Modificar Jaula
<<extend>>
<<extend>>
Listar Jaulas
Administrador
Eliminar Jaula
<<extend>>
<<extend>>
Buscar Jaulas
<<extend>>
Ver Jaula
78
9.7.1
Agregar Jaula
Jaulas
Interfaz
: Administrador
1 : Agregar_Jaula()
Base de Datos
2 : Agregar_Jaula()
5 : Jaula_Guardada
3 : Agregar_Jaula()
4 : Jaula_Guardada
6 : Jaula_Guardada
9.7.2
Buscar Jaula
Jaulas
Interfaz
Base de Datos
: Administrador
1 : Buscar_Jaula()
2 : Buscar_Jaula()
6 : Jaulas_Encontradas
5 : Jaulas_Encontradas
3 : Buscar_Jaula()
Puede devolver
una o ms
jaulas.
4 : Jaulas_Encontradas
79
9.7.3
Ver Jaula
Jaulas
Interfaz
Base de Datos
: Administrador
ref Buscar Jaula
1 : Ver_Jaula()
2 : Ver_Jaula()
3 : Ver_Jaula()
4 : Datos_Jaula
5 : Datos_Jaula
6 : Datos_Jaula
9.7.4
Modificar Jaula
Jaulas
Interfaz
Base de Datos
: Administrador
ref Buscar Jaula
1 : Modificar_Jaula()
2 : Modificar_Jaula()
5 : Datos_Jaula
6 : Datos_Jaula
7 : Guardar_Nuevos_Datos()
12 : Jaula_Guardada
8 : Guardar_Jaula()
11 : Jaula_Guardada
3 : Modificar_Jaula()
4 : Datos_Jaula
9 : Guardar_Jaula()
10 : Jaula_Guardada
80
9.7.5
Eliminar Jaula
Jaulas
Interfaz
Base de Datos
: Administrador
ref Buscar Jaula
1 : Eliminar_Jaula()
2 : Eliminar_Jaula()
3 : Eliminar_Jaula()
4 : Jaula_Eliminada
5 : Jaula_Eliminada
6 : Jaula_Eliminada
9.8
<<extend>>
Administrador
<<extend>>
<<extend>>
Ver Tipo de Atencin
81
9.9
GESTIONAR USUARIOS
Gestionar Usuarios
Listar Usuarios
<<extend>>
Agregar Usuario
<<extend>>
Administrador
<<extend>>
Buscar Usuario
Eliminar Usuario
<<extend>>
<<extend>>
Modificar Usuario
Ver Usuario
9.9.1
Crear Usuario
: Usuario del Sistema
Interfaz
Base de Datos
: Administrador de Clinica
1 : Crear Usuario()
2 : Ingrese_datos_usuario()
3 : datos_usuario
4 : Crear_Usuario()
5 : Guardar_Usuario()
6 : OK
7 : OK
8 : OK
82
9.9.2
Buscar Usuario
: Usuario del Sistema
Interfaz
Base de Datos
: Administrador de Clinica
1 : Buscar Usuario()
2 : Ingrese_Usuario_A_Buscar()
3 : nombre
4 : Buscar_Usuario()
5 : Buscar_Usuario()
6 : usuario
7 : usuario
8 : usuario
9.9.3
Eliminar Usuario
: Usuario del Sistema
Interfaz
Base de Datos
: Administrador de Clinica
1 : Eliminar Usuario()
2 : Ingrese_Usuario()
3 : nombre
4 : Confirmar()
5 : OK
ref Buscar_Usuario
6 : Eliminar_Usuario()
7 : Eliminar_Usuario()
8 : OK
9 : OK
10 : OK
83
9.9.4
Base de Datos
: Administrador de Clinica
1 : Ver Informacin Usuario()
2 : Ingrese_Usuario()
3 : nombre
ref Buscar_Usuario
4 : Ver_Info_Usuario()
5 : Ver_Info_Usuario()
6 : datos_usuario
7 : datos_usuario
8 : datos_usuario
9.9.5
Modificar Usuario
: Usuario del Sistema
Interfaz
Base de Datos
: Administrador de Clinica
1 : Modificar Usuario()
ref Ver_Info_Usuario
2 : datos_usuario
3 : Nuevos_datos()
4 : Modificar Usuario()
5 : Guardar_Usuario()
6 : OK
7 : OK
8 : OK
84
9.10
GESTIONAR MI CUENTA
Gestionar Mi Cuenta
Mdico-Peluquero
Cambiar Contrasea
Secretaria
Cambiar Pregunta-Respuesta Secreta
Administrador
9.10.1
Cambiar Contrasea
Usuarios
Interfaz
Base de Datos
: Mdico-Peluquero
1 : Cambiar_Contrasea()
2 : Cambiar_Contrasea()
3 : Ingresar_Nueva_Contrasea()
4 : Ingresar_Nueva_Contrasea()
5 : Contrasea_Nueva
6 : Contrasea_Nueva
7 : Guardar_Usuario()
8 : Usuario_Actualizado
10 : Usuario_Actualizado
9 : Usuario_Actualizado
85
9.10.2
Base de Datos
: Mdico-Peluquero
1 : Cambiar_Preg_Resp_Secreta()
2 : Cambiar_Preg_Resp_Secreta()
3 : Ingresar_Nueva_Preg_Resp_Secreta()
4 : Ingresar_Nueva_Preg_Resp_Secreta()
5 : Nueva_Preg_Resp_Secreta
6 : Nueva_Preg_Resp_Secreta
7 : Actualizar_Usuario()
8 : Usuario_Actualizado
10 : Usuario_Actualizado
9 : Usuario_Actualizado
86
9.11
DIAGRAMA DE CLASES
Con las interacciones de los usuarios en los modelos anteriores se obtiene el siguiente
diagrama de clases:
Tipos de Atencin
Registros
+ID Registro
+Resumen
+Observaciones
+Fecha
1..*
+ID Atencin
+Nombre
+Motivo
+Importancia
+Agregar_Tipo_Atencion()
+Modificar_Tipo_Atencin()
+Ver_Tipo_Atencin()
+Eliminar_Tipo_Atencin()
+Buscar_Tipo_Atencin()
0..*
0..*
Usuarios
+RUT
+Perfil
+Password
+Email
+Preg Secreta
+Resp Secreta
+Nombre
+Apellido P
+Apellido M
1
Pacientes
Avisos
1
1..*
+ID Aviso
+Motivo
+Hora Citacin
+Hora de Llegada
1..*
+Crear_Aviso()
+Modificar_Aviso()
+Ver_Aviso()
+Eliminar_Aviso()
+Buscar_Aviso()
+Crear_Usuario()
+Buscar_Usuario()
+Ver_Usuario()
+Eliminar_Usuario()
+Buscar_Usuario()
0..1
Mdico-Peluquero
Secretaria
1..*
Registros Jaulas
Jaulas
+Agregar_Jaula()
+Modificar_Jaula()
+Ver_Jaula()
+Eliminar_Jaula()
+Buscar_Jaula()
+Agregar_Paciente()
+Modificar_Paciente()
+Ver_Info_Paciente()
+Eliminar_Paciente()
+Buscar_Paciente()
Administrador
0..*
+ID Jaula
+Tipo Jaula
+Alto
+Ancho
+Fondo
+ID Paciente
+Nombre
+Especie
+Raza
+Sexo
+Pelaje
+Fec de Nac
+Fallecido
+Extraviado
0..*
+Crear_Reg_Jaula()
+Modificar_Reg_Jaula()
+Ver_Reg_Jaula()
+Eliminar_Reg_Jaula()
+Buscar_Reg_Jaula()
1
Clientes
+RUT
+Nombre
+Apellido Paterno
+Apellido Materno
+Direccin
+Comuna
+Ciudad
+Pas
+Telfono
+Celular
+Email
+Activo
+Agregar_Cliente()
+Modificar_Cliente()
+Ver_Info_Cliente()
+Eliminar_Cliente()
+Buscar_Cliente()
87
9.12
A partir del diagrama de Clases se han diseado con las clases persistentes, y la relacin
que poseen cada una de ellas el siguiente diagrama de Entidad Relacin:
9.12.1
Modelo Entidad-Relacin
88
9.12.2
Modelo Relacional
Ya con el modelo de Entidad Relacin se puede obtener el Modelo Relacional, con este
modelo se deben detallar las dependencias de cada una de las tablas, los campos, las claves
primarias (PK) y claves forneas (FK), y a partir de ste, se crea la base de datos que ser
finalmente utilizada por el sistema.
89
CAPTULO 10:
LA INTERFAZ DEL SISTEMA
La interfaz de un sistema web es el conjunto grfico que permite la presentacin y la
navegacin del sistema. Esto se consigue con la inclusin de elementos grficos comunes a todo
el sistema que son estndares, haciendo que los usuarios tengan completo control sobre las
funcionalidades desde el momento mismo de entrar a l sin que para ello deba tener amplios
conocimientos ni preparacin anterior alguna. Para lograr que la interaccin con el usuario sea
lo ms intuitiva posible, se deben utilizar recursos como la grfica, pictogramas, estereotipos, y
smbolos, todo sin afectar el funcionamiento.
10.1
AUTENTIFICACIN
Para entrar al sistema, todo usuario debe ser autentificado mediante el sistema de log-in.
90
10.2
PANTALLA PRINCIPAL
Cuando ya est iniciada la sesin, la primera pantalla que se muestra es de los avisos ms
prximos a la fecha actual.
91
10.3
10.3.1
Gestionar Clientes
10.3.2
Gestionar Pacientes
92
10.3.3
Gestionar Avisos
Muestra todos los avisos ordenados por la hora de citacin ms actual, detallando as si el
paciente ha llegado.
10.3.4
Gestionar Hotel/Hospital
En esta seccin se muestra los registros de los pacientes que hayan pasado por la
hospitalizacin u hotelera, indicando tambin su hora de ingreso y la hora de salida.
93
10.3.5
Gestionar Registros
Se detallan los registros realizados por los mdicos y peluqueros, indicando el paciente,
su dueo, la fecha de realizacin, y un resumen para tener una nocin de que trata dicho registro.
10.3.6
Gestionar Jaulas
Se gestionan las jaulas, indicando sus medidas (ancho, alto, y fondo), su tipo (o uso al que
ser expuesta) y su estado, en caso de estar ocupada.
94
10.3.7
Realizado para facilitar y estandarizar los tipos de atencin que se realizarn los pacientes,
y as ser archivados en los avisos, registros, etc.
10.3.8
Usuarios
Mdulo especialmente del administrador, donde se listan todos los usuarios del sistema,
identificados por su perfil.
95
10.4
OTRAS FUNCIONALIDADES
10.4.1
Men Lateral
Durante todo el sistema se considerar el uso de un men lateral con los mdulos
importantes del sistema. ste puede variar dependiendo el usuario.
10.4.2
Botones
Botn
Accin
Ver en detalles
Editar
Activar - Desactivar
Agregar
Modificar contrasea
Modificar pregunta y
respuesta secreta
Cerrar sesin
96
10.4.3
Mensaje de Bienvenida
10.4.4
Verificacin
Palabras
Se verifica que los campos compuestos por letras, solamente contengan letras.
Numricos
Verifica que los campos que sean de tipo numricos, slo posean nmeros en sus campos.
Alfanumricos
97
10.4.5
Paginacin
10.4.6
Bsqueda
10.4.7
Separacin
En cada mdulo existe un campo de seleccin que permite listar segn ciertas condiciones.
10.4.8
Barra de navegacin
98
CAPTULO 11:
PLAN DE PRUEBAS
El objetivo ltimo del proceso de verificacin y validacin es establecer la seguridad de
que el sistema software est hecho para un propsito. Esto significa que el sistema debe ser
lo suficientemente bueno para su uso pretendido. El nivel de confianza requerido depende del
propsito del sistema, las expectativas de los usuarios del sistema y el entorno de mercado actual
del sistema. [21]
11.1
OBJETIVOS
Las pruebas en un software son aplicadas como una etapa ms del proceso de desarrollo
del software y su objetivo es asegurar que el software cumpla con las especificaciones requeridas
y eliminar los posibles defectos que ste pudiera tener. [26].
Objetivos de las Pruebas
11.2
TIPOS DE PRUEBAS
11.2.1
Pruebas Unitarias
Las pruebas de unidades se centran en un mdulo. Para ello, se usa la descripcin del
diseo detallado como gua, se prueban los caminos importantes de control, con la finalidad
de descubrir errores dentro del mbito del mdulo. La prueba de unidad hace un uso intensivo
de las tcnicas de prueba de caja blanca.
99
11.2.2
Pruebas de Integracin
El objetivo es tomar los mdulos ya probados en las pruebas de unidad, y construir una
estructura de programa que est de acuerdo con lo que dicta el diseo. Existen dos formas de
integracin:
11.2.3
Pruebas de Sistema
Verifica que cada elemento se ajusta de forma adecuada, adems de que se alcanza la
funcionalidad y el rendimiento del sistema como un todo. La prueba del sistema est constituida
por una serie de pruebas diferentes, cuyo propsito primordial es ejercitar profundamente el
sistema.
11.3
ENFOQUES DE PRUEBAS
11.3.1
Permiten examinar la estructura interna del programa. Se disean casos de prueba para
examinar la lgica del programa. Este es un mtodo de diseo de casos de prueba, en el que usa
la estructura de control del diseo procedimental, para derivar casos de prueba que garanticen
que:
Aun as, puede ser imposible cubrir el cien por ciento de los procesos o estados que pueda
tener el sistema, ya que pueden existir fragmentos de cdigo que nunca se llegar a ejecutar.
100
11.3.2
Las pruebas se llevan a cabo sobre la interfaz del software, y es completamente indiferente
el comportamiento interno y la estructura del programa. Los casos de prueba de la caja negra
pretende demostrar que:
Entrada
Salida
Caja Negra
11.4
CASOS DE PRUEBAS
101
11.4.1
Pruebas Unitarias
Clientes
Descripcin
Crear un cliente con RUT
incorrecto
Buscar un cliente con un
nombre incompleto
Pacientes
Usuarios
Hotel /
Hospital
Log-in
11.4.2
R. Esperado
R. Obtenido
Mensaje de error
Mensaje de error
Muestra solo
Mostrar todos los clientes
clientes con
con alcance de nombre
nombre exacto.
Muestra
Muestra mensaje
mensaje
indicando error.
indicando error
No debera permitir
Se eliminan
eliminar a todos
todos.
No permite
Mensaje de error
seleccionar
indicando jaula en uso.
jaulas en uso.
Mensaje de error
Pgina en
indicando acceso
blanco.
restringido.
Pruebas de Integracin
Estas pruebas persiguen principalmente la integracin de todos los mdulos del sistema.
Descripcin
Crear nuevo cliente y luego
crearle un paciente.
Iniciar sesin con usuario de
menor rango.
Acceder a Registros con Perfil
Peluquero
Iniciar sesin utilizando datos
errneos.
Resultado Esperado
Mensaje satisfactorio al
crear cliente y paciente.
Mostrar solo los mdulos
disponibles para el rango.
Ver solo los Registros
referentes a peluquera
Mensaje advirtiendo el
error.
Resultado Obtenido
Crea cliente exitosamente,
pero asigna mal al paciente.
Mostrar solo los mdulos
disponibles para el rango.
Muestra Registros mdicos
y de peluquera
Mensaje de error, y vuelve
al log-in.
102
11.4.3
Pruebas de Sistema
Resultado Esperado
Mensaje de bienvenida
actualiza el nombre.
Muestra la pantalla
principal del sistema
Resultado Obtenido
No se actualiza, hasta que
abra sesin nuevamente.
Muestra la pantalla principal
del sistema.
103
CAPTULO 12:
CONCLUSIN
Ya terminado este documento se ha concluido la realizacin tanto del software, como la
documentacin asociada mediante las etapas de inicio, elaboracin, construccin y transicin
del modelo de desarrollo Proceso Unificado.
Mediante el estudio de factibilidad se ha determinado, cun factible es el proyecto si lo
llevamos a cabo, donde se evalo en el mbito tcnico, operacional, econmico, y legal.
Se estudi sobre posibles riesgos que puedan afectar el desarrollo del proyecto, y se complet
un plan de mitigacin y contingencia para los ms riesgosos.
De esta misma forma, han sido estudiados los distintos usuarios que compondrn el
sistema, indicando las caractersticas y las tareas que cada uno de ellos realiza.
Se ha documentado minuciosamente todos los procesos para la elaboracin de este
producto software que ha sido enfocado como un sistema web para la ayuda a los actuales
sistemas que posee la clnica veterinaria.
Se han analizado los posibles riesgos que pudiesen traer consigo la construccin del
producto, tratando de mitigar todos los problemas han intentado aparecer.
Para finalizar, los requerimientos, el anlisis, el diseo, la implementacin, y las pruebas,
no han terminado para este sistema, es ms, an seguirn teniendo estas instancias, siempre
cuando se contine sacando actualizaciones. Como trabajo futuro este software espera
implementar el sistema de fotografas de los pacientes, as como tambin el poder administrar
los perfiles detalladamente, indicando a que mdulos se les permite acceder, entre otras
actualizaciones que vayan saliendo en el camino.
104
CAPTULO 13:
REFERENCIAS BIBLIOGRFICAS
[1]
[2]
M.
Masotas,
Mis
Mascotas,
S/F.
[En
lnea]:
http://www.mismascotas.cl/buscador/clinicas/servicios/cl457.htm. [ltimo acceso:
3 Noviembre 2011].
[3]
[4]
[5]
[6]
[7]
[8]
[9]
Wikipedia,
Wikipedia
Proceso
Unificado,
http://es.wikipedia.org/wiki/Proceso_Unificado_de_Rational.
[10]
Microsoft,
Microsoft
http://www.microsoft.com/project/.
Project,
[En
[En
[11]
[12]
[13]
EdrawSoft,
EdrawMax,
http://www.edrawsoft.com/EDrawMax.php.
[En
lnea]:
lnea]:
lnea]:
105
[14]
Adobe,
Adobe
Dreamweaver,
http://www.adobe.com/es/products/dreamweaver.html.
[En
lnea]:
[15]
[16]
[17]
[18]
Microsoft,
Internet
Explorer
9,
[En
http://windows.microsoft.com/es-ES/internet-explorer/products/ie/home.
lnea]:
[19]
[20]
[21]
[22]
[23]
EMOL,
Pginas
Amarillas,
2008.
http://buscador.emol.com/amarillas/clinicas+veterinarias.
[En
[24]
[25]
[26]
CalidadySoftware,
CalidadySoftware,
[En
http://www.calidadysoftware.com/testing/pruebas_funcionales.php.
Intelectual,
lnea]:
[En
lnea]:
lnea]:
106
ANEXO A
FICHA DE LA MASCOTA
107
ANEXO B
CARNET DE ATENCIN
108
ANEXO C
LISTADO DE PRECIOS
Tabla C.1. Listado de Precios.
Procedimiento
CONSULTAS
Diurna (09hrs 22hrs)
Nocturna (22hrs 09hrs)
Domingos y Festivos
Exticos
Oftalmologa
CONSULTAS A DOMICILIO
Consulta
VACUNAS
ctuple
Parvovirus / Distemper
Triple Felina
Leucemia Felina
Antirrbica
VACUNAS A DOMICILIO
ctuple
Parvovirus / Distemper
Triple Felina
Leucemia Felina
Antirrbica
HOSPITALICACIN
Gato
Perro Chico
Perro Mediano
Perro Grande
PELUQUERA
Perro
Gato
ARRIENDO DE JAULAS
1 Jaula
2 Jaulas
$,8.000.$10.000.$9.000.$12.000.$14.000.-
$5.000.$8.000.Sin Informacin
Sin Informacin
Sin Informacin
$15.000.-
$14.000.-
$10.000.$10.000.$10.000.$11.000.$10.000.-
$8.000.$8.000.$8.000.$9.000.$8.000.-
$18.000.$18.000.$18.000.$19.000.$18.000.-
Sin Informacin
Sin Informacin
Sin Informacin
Sin Informacin
Sin Informacin
Sin Informacin
Sin Informacin
Sin Informacin
Sin Informacin
$10.000.- a $28.000.$20.000.-
Sin Informacin
Sin Informacin
Sin Informacin
Sin Informacin
109
ANEXO D
MANUAL DE USUARIO DOCTOR TOBY
D.1.
INTRODUCCIN
D.1.1.
Qu es Doctor Toby?
El sistema web Doctor Toby ofrece una nueva manera de administrar eficientemente la
informacin de una clnica veterinaria. Con este software puede registrar las consultas y los
procedimientos realizados, asignar una jaula a un paciente, y registrar avisos de atencin mdica
y de peluquera.
D.1.2.
Todas las cuentas de usuario de Doctor Toby poseen un RUT, que en estos casos es el
mismo Rol nico Nacional del usuario, y una contrasea que fue suministrada por el
administrador del sistema. Existiendo as mismo, otro mtodos de seguridad, para que nadie se
entere de su contrasea y pueda acceder al sistema.
D.2.
REQUERIMIENTOS
Doctor Toby puede ser ejecutado en computadores que utilicen plataformas Windows,
OSX, Linux, y dispositivos mviles que utilicen Android. Se requiere un procesador Pentium
166Mhz (recomendamos 300Mhz o ms), memoria RAM 32Mb o ms, conexin a Internet para
entrar al sistema web, resolucin de pantalla de 800x600 en computadoras o superior, y tener
activado el funcionamiento de Javascript.
Ya con esos requerimientos, el sistema web no requiere instalacin, solamente se debe
acceder a l mediante un explorador de internet, ya sea, Internet Explorer, Mozilla Firefox,
Google Chrome, etc.
110
D.3.
Para ingresar a Doctor Toby se debe ejecutar el explorador de internet, y as podr ver la
pgina principal. En esta pgina deber ingresar su RUT y la Contrasea, en los campos que se
muestran en la siguiente imagen:
Ingrese su
RUT y
contrasea
Al costado izquierdo est el men con las secciones de Doctor Toby. Las que
utilizaremos con frecuencia a lo largo del uso del sistema.
111
Iconos de gestin (agrega, ver, editar, eliminar, etc.) para cada una de las secciones:
Tabla D.1. Tripleta de iconos.
Smbolos
Significado
Agregar
Ver
Editar
Eliminar
Imprimir
Exportar a Excel
Paginas
Poco a poco tendremos que acostumbrarnos a estos iconos, ya que aparecern en todas las
secciones del sistema, cumpliendo as las mismas funcionalidades para cada una de stas.
112
Prximos Avisos
Ya dentro del sistema, se muestra una pantalla con las citaciones ms prximas a
cumplirse de los pacientes. En esta seccin, se pueden asignar PRESENTE a aquellos
pacientes que ya se encuentren en la Clnica.
113
Seccin Clientes
En la seccin de clientes se encuentra el listado con todos los clientes de la clnica,
ordenados alfabticamente. En esta pantalla se permite Filtrar Clientes, ya sea por nombre,
apellido, o RUT. Adems se puede visualizar aquellos clientes que han sido inactivados.
Listado de
Pacientes.
Listado de
Clientes.
Para crear un nuevo cliente, debemos ir a la esquina superior derecha y hacer clic en
Agregar Cliente donde se desplegar un men con los campos que debemos completar.
114
Formulario de
llenado para
agregar Clientes.
Ya teniendo llenos todos los campos, le damos clic en el botn Guardar Cliente y
dependiendo de los campos cmo estn llenados, nos entregar un mensaje de xito, o de error
indicndonos dnde nos equivocamos.
Cuando nuestro primer Cliente est listo, nos aparece a un costado derecho un nuevo
smbolo (Ilustracin D.6) el cual nos permitir agregarle un nuevo paciente. (Se explicar con
mayor detalle en la Seccin Pacientes).
115
Seccin Pacientes
En la seccin Pacientes, se muestra el listado de todos los pacientes que se encuentran
registrados en la clnica veterinaria, en esta pantalla, se pueden realizar funcionalidades
similares a la seccin anterior.
Listado de
Pacientes.
Si el cliente no posee paciente, ste ltimo debe ser agregado en la Seccin Clientes, en el caso
contrario, debe ser ubicado en la Seccin Pacientes, ambos casos poseen el mismo botn
(Ilustracin D.6).
Para ello, solo debemos hacer clic, y se abrirn nuevos campos que debemos llenar con la
informacin del paciente, como lo muestra en la Ilustracin D.8.
Seccin Avisos
Ya con el cliente creado, y teniendo asociado a un paciente, para crearle alguna citacin a
ste ltimo, debemos dirigirnos a la Seccin Avisos donde son listados todos los avisos
ordenados por la hora de citacin.
Listado de
Avisos.
Hora de
Llegada
Entonces debemos agregar nuestro aviso haciendo clic en el botn Agregar Aviso el que
nos despliega un listado de todos los pacientes, y un botn para que podamos asignarle el aviso.
Este mensaje de aviso si est dentro de los prximos 7 das, aparecer en la pantalla
principal del sistema, para que sea recordado con mayor facilidad por el usuario a cargo.
117
Listado de Jaulas de
Hotel / Hospital.
Para poder asignar una jaula a algn paciente, debe hacer clic en Asignar Jaula y luego
seleccionar el cliente:
Listado de
Pacientes
a asignar.
118
Seccin Registros
En la Seccin Registros se muestran todos los registros Mdicos y de Peluquera realizado
a los Pacientes (dependiendo de los permisos establecidos). Como se muestra a continuacin:
119
De una manera muy similar al anterior, agregamos los Registros al sistema, en esta
seccin, donde contemplan los procedimientos que son realizados en los pacientes por mdicos
y peluqueros. Se debe seleccionar Agregar Nuevo Registro Asignar Paciente y luego se
mostrar el siguiente formulario:
120
Seccin Jaulas
En esta seccin se almacena la informacin de todas las jaulas que existen en la clnica
veterinaria, indicando su uso y sus medidas:
Cabe destacar, que aqu no es donde se deben asignar las jaulas a los Pacientes.
121
Seccin Usuarios
Esta seccin posee informacin detallada de cada uno de los usuarios del sistema, donde
el administrador posee permisos para gestionarla.
122
Para agregar un Usuario se debe hacer clic en el botn de agregar, el cual llevar al
siguiente formulario:
El primer botn (la llave), sirve para modificar la contrasea ya almacenada, y llevar al
siguiente formulario:
123
Y el segundo, sirve para cambiar la pregunta secreta que fue registrada al crear el usuario
y despliega lo siguiente:
Ambas opciones pueden realizarse las veces que desee el usuario que ha ingresado al
sistema.
124
D.4.
PREGUNTAS FRECUENTES
Olvidaste tu contrasea
En caso de errar u olvidar la contrasea, usted debe digitar su RUT y seleccionar la opcin:
Olvidaste tu Contrasea?
Ingresa tu
RUT y haz
clic aqu
Ilustracin D.23. Olvidaste tu contrasea.
En caso de que hayas olvidado la contrasea, cuando tu cuenta fue creada has tenido que
elegir una pregunta y una respuesta secreta, la cual ser utilizada en esta ocasin.
Responde
Correctamente
esta pregunta.
Ingrese su nueva
contrasea
Ilustracin D.25. Ingrese su Nueva Contrasea.
125