INSTITUTO TECNOLOGICO “DONBOSCO”

AREA COMERCIAL -SERVICIOS

CARRERA: SISTEMAS INFORMÁTICOS

PROYECTO DE GRADO
“SISTEMA PARA REGISTRAR CONSULTAS ODONTOLOGICAS”

POSTULANTE: JHEANETH MAGALI MONTOYA CHOQUETICLLA

TUTOR: Lic. VIRGINIA MENDOZA CARVAJAL

EL ALTO – LA PAZ

2021
Agradecimientos a:

Dios por darme la vida y la salud que son los dones más importantes para emprender y
finalizar todo lo que un ser humano pueda realizar.

Mi familia por proporcionarme su ayuda y apoyo durante todos estos meses dedicados a
sacar adelante.

Y a todas las personas que han contribuido con su paciencia, con su enseñanza, con su
orientación, con su compañerismo y su disponibilidad para poder desarrollar este
proyecto de trabajo de graduación.
Contenido
......................................................................................................................................................6
CAPITULO I................................................................................................................................6
PROBLEMA DE INVESTIGACION...................................................................................................6
TEMA..........................................................................................................................................7
1.2. DIAGNOSTICO...........................................................................................................7
1.3 Planteamiento del problema..........................................................................................8
1.3.1

Problema principal..............................................................................................................8

1.3 Formulación del problema..............................................................................................8

1.4 Objetivos......................................................................................................................10
1.4.1

Objetivo General...............................................................................................................10

1.4.2

Objetivos Específicos:.......................................................................................................10

1.5 JUSTIFICACIÓN........................................................................................................10
1.5.1.

Justificación social.............................................................................................................10

1.5.2

JUSTIFICACIÓN ECONÓMICA...................................................................................11

1.5.2

Justificación tecnológica.....................................................................................................11

1.5.1

Alcances temporal.............................................................................................................12
 1.5.2.

Alcance espacial.................................................................................................................12

1.5.3

DELIMITACIÓN ESPACIAL....................................................................................................12

Figura 1 se muestra la ubicación del consultorio..............................................................13

1.4 Límites....................................................................................................................13
1.7 Aportes...................................................................................................................13
1.7.1.

APORTE PRÁCTICO..............................................................................................................13

7.8 Esquema de la solución.................................................................................................14

1.5. 2

Marco teórico.....................................................................................................................16

1.5.3.

Marco conceptual...............................................................................................................16

1.5.3.

Marco Institucional.............................................................................................................18

3.1. METODOLOGIA.......................................................................................................21
3.1 .2 ESPECIFICACIÓN DE REQUERIMIENTOS......................................................22
3.1.3. FACTIBILIDAD......................................................................................................22
3..1.4. Factibilidad Técnica................................................................................................22
3.1.5.

Factibilidad Operativa......................................................................................................23
 3.1.6

Factibilidad Económica.......................................................................................................23

Tabla 4. Requerimiento Funcional RF01................................................................................25

Tabla 6. Requerimiento Funcional RF03....................................................................................25
Tabla 7. Requerimiento Funcional RF04................................................................................26
Tabla 8. Requerimiento Funcional RF05................................................................................26
Tabla 9. Requerimiento Funcional RF06................................................................................27
Tabla 10. Requerimiento Funcional RF07..............................................................................28
Tabla 12. Requerimiento Funcional RF09..............................................................................29
Tabla 13. Requerimiento No Funcional RNF01......................................................................29
Tabla 14. Requerimiento No Funcional RNF02..........................................................................29
3.1.3

Métodos y técnicas de instrumentos.................................................................................30

Tabla 21. Diagrama Caso de Uso Iniciar Sesión.........................................................................33

PROPUESTA DE INOVACION O.........................................................................................39
SOLUCION DEL PROBLEMA..............................................................................................39
4.1 DESAROLLAR PASOS DE LA SOLUCION............................................................40
3.1. Diagrama de Clases....................................................................................................41
Agendar cita Paciente..................................................................................................................41
Eliminar cita Paciente.................................................................................................................42
Buscar Paciente...........................................................................................................................43
Registrar Paciente.......................................................................................................................43
Diagrama de Estado..................................................................................................................47
USUARIO..................................................................................................................................47
Actualizar datos pacientes........................................................................................................49
Registra Paciente.......................................................................................................................51
52
Consultar Paciente......................................................................................................................53
....................................................................................................................................................60
 CAPITULO I
PROBLEMA DE INVESTIGACION
TEMA

Mi proyecto de grado se enfoca en diseñar un software que tendrá la capacidad

de permitir el control de los procesos y brindar tanto al odontólogo como a su asistente
las herramientas adecuadas para poder agilizar la atención a cada paciente. Logrando
ahorrar espacio físico en el almacenamiento del historial odontológico, optimizando los
tiempos para la búsqueda de información, alcanzando un mayor control en el flujo de
citas y finalmente ofrecer un servicio de mejor calidad con mayor seguridad y
estabilidad de los datos.

1.2. DIAGNOSTICO

Después de realizar varias visitas al consultorio dental Muelitas se pudo constatar

que el consultorio cuenta con una computadora la cual se utilizara para implementar el
software.

Sin embargo, antes de poder construir este software, se hizo un estudio para
verificar que problemas aquejan a este consultorio dental para registrar los datos de sus
pacientes:

 Se pudo verificar que el registro de sus pacientes se lo hace en una planilla

 Las citas odontológicas se lo registran en una planilla
 La cancelación de tratamiento del paciente selo anota en una planilla


La deficiencia en la administración de información, es producto de no tener un

manejo adecuado de las planillas odontológicas, control de pagos, y la programación de
nuevas citas para la continuidad del tratamiento, que deben estar disponibles para evitar
pérdida de tiempo en el momento de atención lo cual provoca molestia en el paciente por
demoras.
 El consultorio busca satisfacer las expectativas de sus pacientes, evitando
molestias en ellos por diversos motivos, así mismo el doctor tienen el deseo de llevar un
mejor control de toda la información que manejan para beneficio de él y sus pacientes.

1.3 Planteamiento del problema

1.3.1 Problema principal

El problema principal del consultorio dental muelitas es que el registro de sus

pacientes lo hacen de forma manual que resulta moroso. La cantidad de pacientes, que

requieren los servicios del consultorio dental se ha aumentado tanto que resulta

complicado llevar un buen registro, al respecto ya que los mismos se los registra en una

planilla que no está ordenada alfabéticamente y eso ocasiona la tardanza para encontrar

los datos del paciente.

Al observar el funcionamiento de cada proceso en el consultorio se identificaron

inconvenientes tales como: pérdida de registro de pacientes debido a la falta de

organización por un manejo manual, la asignación de citas y próximos controles se

realiza en la misma planilla, ocasionando perdida de información, demora en la atención

de los pacientes por buscar los datos

1.3 Formulación del problema

• Demora en la atención de los pacientes ya que lo realizan de manera manual, la
cual ocasiona tardanza al registrar los datos del paciente.

• No dispone de información oportuna referente al tratamiento que hizo el

paciente
• No dispone de información exacta y oportuna sobre el saldo a cobrar al
paciente ocasionando pérdidas al dentista.

• No tener toda la información necesaria en el momento preciso.

Figura 1 Muestra el árbol del problema

1.4 Objetivos

A continuación, se exponen los objetivos planteados para el desarrollo del

proyecto.

1.4.1 Objetivo General

Desarrollar un Sistema Web para registrar pacientes, citas e historiales para el

consultorio dental MUELITAS, que permita tener un buen manejo de información
odontológica en constante actualización.

 Mostrar las citas programadas con fecha, hora y así el Dentista podrá tener la
información deseada.

1.4.2 Objetivos Específicos:

 Efectuar el levantamiento de requerimientos, analizando cada detalle para así

generar la solución adecuada.

 Diseñar una base de datos que permita acceder y organizar la información de

manera rápida.

 Administración y validación de usuarios permitiendo un mayor control sobre los

pacientes.

 Gestión de citas lo cual facilitaría el flujo de pacientes en el consultorio.

1.5 JUSTIFICACIÓN

1.5.1. Justificación social

 El sistema beneficia al consultorio dental, a través de automatización de
seguimiento de su tratamiento, control de pagos por cuotas y control de registros; de tal
manera se pueda tener una información actualizada, reduciendo en gran parte el trabajo
manual que se realizaba. El sistema apoya al doctor como a la asistente como a los
pacientes en cuanto al seguimiento de historias odontológicas coadyuva la relación entre
doctor y pacientes a través de los servicios que otorga el sistema web. Conjuntamente
los médicos pueden comunicarse y otorgar publicidad de acuerdo a las solicitudes de
cada cliente, a los tratamientos de manera automática según el seguimiento a las
historias clínicas de cada paciente.

1.5.2 JUSTIFICACIÓN ECONÓMICA

Es importante mencionar que el hecho de incrementar la confiabilidad de los

pacientes, el poder atender a los pacientes antiguos como a los nuevos pacientes,

simboliza mayores ganancias para el consultorio dental. A través de recursos

informáticos orientados a la automatización de los procesos del consultorio Dental.

Una vez que la publicidad de los tratamientos este automatizada se incrementa el

número de pacientes dentro del consultorio dental. Con la opción que brinda el manejo

de un sistema, se reduce el tiempo de búsqueda de historias odontológicas para la

continuidad del tratamiento que brinda el consultorio dental. Por otra parte, los efectos

que causa el hecho de no poder contar un registro de consultas odontologías de todos los

pagos que se hacen en total o por avance de tratamiento en plan de pagos, son

solventados con el control de pagos que ofrece el sistema, evitando perdidas por no

llevar bien las cuentas.

1.5.2 Justificación tecnológica

El sistema desarrollado, trabajara con lo el equipo del dentista y su asistente

será la que manipulara el sistema, ya que gracias a toda la nueva tecnología que

actualmente existe computadoras, a la que muchos ya tienen acceso. De esta forma

actualizándose en lo que, a nuevas tecnologías de información y comunicación, de

manera que se pueda brindar un mejor servicio a los pacientes, y como resultado

principal tener la permanencia de los mismos.

1.5 ALCANCES

1.5.1 Alcances temporal

Los alcances de este sistema para el consultorio dental Muelitas se módulos que se
encargan de la gestión de información específica, necesaria para ampliar, establecer un
vínculo entre el paciente y el consultorio dental.

1.5.2. Alcance espacial

 El odontólogo podrá visualizar la historia odontológica de su paciente.

 La asistente será la que manipule el sistema la cual registrará a los pacientes.
 Programación de citas, comprende el registro de la selección de horarios y citas
para los pacientes con el doctor.
 Seguimiento de historias del paciente; dentro de la cual se realizan el control de
resultados y de tratamientos hechos a los pacientes.
 Control de pagos, permitirá el monitoreo a las cuotas pagadas por los pacientes.

1.5.3 DELIMITACIÓN ESPACIAL

 El sistema se implementará el consultorio dental muelitas, que se encuentra en la
Zona Villa exaltación de la ciudad de El Alto No. 6. Avenida cayo.

Figura 1 se muestra la ubicación del consultorio

1.4 Límites

Los límites del sistema para registrar consultas odontológicas dental Muelitas:

 La asistente y el Doctor serán los únicos usuarios autorizados del sistema.

1.7 Aportes

1.7.1. APORTE PRÁCTICO

El sistema web de gestión de información, lograra aportes al consultorio dental

Muelitas, en términos de:

 Agilización de obtención de información en cuanto al control de pagos por

tratamiento y cita odontológicas.
 Brindar información actual tanto en los servicios que brinda el consultorio dental
  Evitará pérdida de tiempo al buscar historiales del paciente, y de esta forma el
consultorio conservará a los pacientes antiguos como a los nuevos.
 Actualizar todas las citas odontológicas programadas por día, para evitar
molestias en ambas partes.

7.8 Esquema de la solución

Automatizar los registros de sus pacientes, mediante el desarrollo o implementación

aplicación web en donde centralizare los datos de sus pacientes y los ordenare por fecha.

Los datos del pacientes se registran

El paciente es atendido
 CAPITULO II
MARCO TEORICO
1.5. 2 Marco teórico

En el presente capitulo se refleja la información de los estudios previos

realizados concernientes a la investigación lo que permitió tener una base documental,
así como los hallazgos más importantes del pasado Luego se hace una explicación de las
especialidades de esta ciencia donde nuestro marco de referencia se focalizará en la
Endodoncia, lo que permitió desarrollar un Sistema de Información que posee rasgos de
cada una de sus clasificaciones (Transaccionales, Sistema de Apoyo de las Decisiones y
Sistemas Estratégicos) y que a nuestro parecer permitían crear un modelo completo a
partir de estos mismos. Por último, se cierra el capítulo con la información de la
Facultad de Odontología, es decir su Misión, Visión y Objetivos, además de la manera
como son recibidos los pacientes cada vez que requieran una atención médica, también
se desglosa los servicios que se prestan en la Facultad.

1.5.3. Marco conceptual

Las herramientas tecnológicas que se utilizara en la implementación en el

desarrollo del Sistema web para el Consultorio Odontológico Muelitas son:

 HTML

HTML (Hipertexto Markup Language) es el lenguaje utilizado en Internet para

definir las páginas del World Wide Web. Los ficheros HTML son ficheros de texto

puramente ASCII, que pueden ser escritos con cualquier editor básico, tal como block de

notas en Windows.

El lenguaje HTML se basa en la sintaxis SGML (Standard Generalized Markup

Language). Esto quiere decir que los diferentes elementos (párrafos, encabezamientos,

tablas, listas, ...) de un documento para la WWW se señalan intercalando etiquetas que

indican al navegador cómo debe mostrarlo.

PHP

PHP es el acrónimo de Hipertexto Preprocesor. Es un lenguaje de programación

del lado del servidor gratuito e independiente de plataforma, rápido, con una gran

librería de funciones y mucha documentación. PHP es un lenguaje de script incrustado

dentro del HTML, la mayor parte de su sintaxis ha sido tomada de C, Java y Perl con

algunas características específicas de sí mismo.

Un lenguaje del lado del servidor es aquel que se ejecuta en el servidor web, justo

antes de que se envíe la página a través de Internet al cliente. Las páginas que se

ejecutan en el servidor pueden realizar accesos a bases de datos, conexiones en red, y

otras tareas para crear la página final que verá el cliente. El cliente solamente recibe una

página con el código HTML resultante de la ejecución de la PHP. Como la página

resultante contiene únicamente código HTML.

 PHP se utiliza para generar páginas web dinámicas. Recordar que llamamos
página estática a aquella cuyos contenidos permanecen siempre igual, mientras que
llamamos páginas dinámicas a aquellas cuyo contenido no es el mismo siempre. Por
ejemplo, los contenidos pueden cambiar en base a los cambios que haya en una base de
datos, de búsquedas o aportaciones de los usuarios, etc.

Al utilizar una tecnología del tipo preprocesado en el servidor es necesario visualizar las

páginas generadas con PHP utilizando Al contrario de lo que ocurre con las páginas de

la tecnología cliente, en las que se puede visualizar mediante la opción “Archivo>Abrir

“en cualquier navegador, las páginas generadas con PHP necesitan ser servidas por un

servidor web para que sean procesadas y luego enviadas al navegador del usuario.

1.5.3. Marco Institucional

El consultorio dental muelitas se dedica a la atención integral de niños y adultos en

ortodoncia, prótesis fija y removible odontopediatría.

TRATAMIENTOS QUE OFRECE

 Extracción
Periodoncia
Raspaje y alisado radicular por grupo (6 piezas)
Fluorización
Blanqueamiento No vital y vital por pieza
Endodoncia
Desaturación de conducto
 Tratamiento de la sensibilidad en los cuellos por diente
Prótesis Removible
Juego de prótesis totales
Prótesis completa, parcial de acrílico, metálica
Rebase mediato
Reparación por fractura
Reparación de pieza dentaria
Prótesis inmediata
Prótesis Fija
Corona completa de metal no precioso por pieza
Odontopediatría
 CAPITULO III

MARCO METODOLOGICO
3.1. METODOLOGIA

Para el desarrollo de este proyecto se hizo uso de la metodología de desarrollo

de software proceso racional unificado R.U.P., el cual divide el ciclo de vida del
proyecto en cuatro fases: inicio, elaboración, construcción y transición. A su vez en
cada fase del desarrollo se realizaron diferentes iteraciones con el fin de mejorar el
producto final. El trabajo se realizó a partir de la ejecución del siguiente conjunto
de actividades, propuestas por la metodología de desarrollo de software RUP:

 Se determinó y elaboró el modelo del negocio a partir de la información

recolectada de entrevistas lo que permitió entender y limitar el contexto del

problema a solucionar, lo anterior se encuentra de forma detallada en el

capítulo de resultados.

 Se especificaron los requerimientos funcionales del sistema, lo que

permitió diseñar la arquitectura que se va a trabajar.

  Se realizó el modelo de diseño a partir de la elaboración de los diferentes

diagramas (diagramas estructurales, de comportamiento, de interacción)

RUP, por sus siglas en inglés, Rational Unified Process.

 Como resultado de la elaboración de estos diagramas se obtuvo el diseño de

la arquitectura del sistema el cual facilita la disponibilidad de la

información y la perduración de esta misma a través del tiempo.

3.1 .2 ESPECIFICACIÓN DE REQUERIMIENTOS

La especificación de requerimientos se hizo con base en la información obtenida de

fuentes primarias mediante el uso de dos tipos de artefactos que permitieron establecer

las prioridades y necesidades que el usuario final expuso, para esto se utilizó técnicas de

recolección de información (entrevistas y observación).

3.1.3. FACTIBILIDAD
Se observa que los consultorios dentales en el que se desenvuelve es un sector que está

en pleno auge, creciendo día a día teniendo mucho que ofrecer hacia el futuro,

permitiendo que proyectos como este sean factibles en muchos aspectos al permitirle

competir en un mercado grande y donde pocos deciden hacer uso de nuevas tecnologías.

Para explicar la factibilidad de esta propuesta de desarrollo se divide en los siguientes

aspectos.

3..1.4. Factibilidad Técnica

Hardware y Software

En el desarrollo del sistema web es necesario contar con un equipo de cómputo

que cumpla con los siguientes requerimientos de hardware y software como mínimo:

Equipo: Computador de escritorio o portátil.

Procesador: Pentium 4 3,0 GHz o superior.

Memoria RAM: 1GB.

Disco Duro: 250 GB

Sistema Operativo: Windows 7 de 32 bits.

Sistema gestor de datos: MYSQL.

Interface de desarrollo Sublime Text

Lenguaje de Programación: HTML y PHP

3.1.5. Factibilidad Operativa

Permitirá al consultorio odontológico la posibilidad de poner en marcha una

nueva tecnología de información, aprovechando los beneficios que esta puede ofrecer.

El sistema web busca brindar una interfaz amigable a todos los que interactúen con ella,

de tal manera que sea operada de forma sencilla, manejando la información de una

forma a la que están acostumbrados, pero en un formato digital por medio de una página

web. Además, el sistema ofrecerá un soporte para evitar las posibles fallas por un mal

uso de los usuarios.

 El sistema agilizara la organización y administración del consultorio ya sea como

administrador, doctor o paciente para así aumentar su calidad de servicio.

3.1.6 Factibilidad Económica

Determinamos el presupuesto de costo de los recursos técnicos y humanos tanto

para el desarrollo como para la implementación del sistema.

Recursos Humanos

N CARGO TIEMPO COSTO COSTO

° UNITARIO TOTAL
2 Desarrollador 5 meses x 4 Horas días 7.500 x Hora 7’200.000
web hábiles
1 Horas Tutor 5 meses x 2 Horas días 45.000 10’800.000
hábiles
TOTAL 18’000.000

Recursos Tecnológicos
CANTIDAD DESCRIPCIÓN COSTO COSTO TOTAL
UNITARIO
2 Equipos de desarrollo 900.000 1’800.000
1 Equipos de implementación 600.000 600.000
2 (5 meses) Conexión de internet 60.000 300.000
TOTAL 2’700.000
Tabla 1. Recursos Humanos.

Tabla 2. Recursos Tecnológicos.

 Totales

RECURSOS COSTOS
Recursos Humanos 18’000.000
Recursos Tecnológicos 2’700.000
TOTAL 20’700.000

3.1.7 Requerimientos
A continuación, se expone los requerimientos funcionales y no funcionales

identificados para la construcción del sistema web, describiendo las funciones que el

proyecto será capaz de realizar y las restricciones de forma detallada.

3.1.8. Funcionales

Tabla 4. Requerimiento Funcional RF01.

Identificación RF01
del
requerimiento:
Nombre del Correo comunicativo del paciente
Requerimiento:
Características: El paciente podrá enviar un correo al administrador por alguna
inquietud
Descripción del El sistema permitirá al paciente (sin ingresar al sistema).
requerimiento: Enviar un correo al administrador con el cual pueda resolver
alguna inquietud de los servicios ofrecidos en el consultorio.
Requerimiento • RNF01
NO funcional: • RNF03
• RNF04
• RNF05
• RNF06
Prioridad del requerimiento:
Media
 Identificación RF01
del
requerimiento:
Nombre del Registro y modificación de pacientes en el sistema
Requerimiento:
Características: El administrador podrá registrar y modificar
paciente. El paciente se podrá registrar y
modificar sus datos.
Descripción del El sistema permitirá al administrador registrar pacientes o
requerimiento: modificar los datos de los pacientes ya registrados
El paciente podrá registrarse en el sistema y una vez ingresado
podrá modificar sus datos
Requerimiento • RNF01
NO funcional: • RNF02
• RNF03
• RNF04
• RNF05
• RNF06
Prioridad del requerimiento:
Alta

Tabla 6. Requerimiento Funcional RF03.

Identificación RF03
del
requerimiento:
Nombre del Administración las consultas
Requerimiento:
Características: El administrador podrá registrar, modificar y eliminar
consultas
Descripción del El sistema permitirá al administrador registrar pacientes,
requerimiento: modificar los datos de los pacientes y eliminarlos.
Requerimiento • RNF01
NO funcional: • RNF02
• RNF03
• RNF04
• RNF05
• RNF06
Prioridad del requerimiento:
 Alta

Tabla 7. Requerimiento Funcional RF04.

Identificación RF04
del
requerimiento:
Nombre del Modificar preferencias del administrador
Requerimiento:
Características: El administrador podrá modificar sus datos.
Descripción del El sistema permitirá al administrador modificar los datos de
requerimiento: los pacientes
Requerimiento • RNF01
NO funcional: • RNF02
• RNF03
• RNF04
• RNF05
• RNF06
Prioridad del requerimiento:
Alta

Tabla 8. Requerimiento Funcional RF05.

Identificación RF05
del
requerimiento:
Nombre del Generación de reportes
Requerimiento:
Características: Los usuarios del sistema podrán generaran reportes
Descripción del El sistema permitirá al usuario (administrador), generar un
requerimiento: reporte en según la vista correspondiente.

Requerimiento • RNF01
NO funcional: • RNF02
• RNF03
• RNF04
• RNF05
 • RNF06
Prioridad del requerimiento:
Alta

Tabla 9. Requerimiento Funcional RF06.

Identificación RF06
del
requerimiento:
Nombre del Administración de inventario
Requerimiento
:
Características: El administrador podrá controlar las acciones en el
inventario.
Descripción El sistema permitirá al administrador agregar, modificar y
del eliminar algún producto de inventario.
requerimiento:
Requerimiento • RNF01
NO funcional: • RNF02
• RNF03
• RNF04
• RNF05
• RNF06

Prioridad del
requerimiento: Alta

Tabla 10. Requerimiento Funcional RF07.

Identificación RF07
del
requerimiento:
Nombre del Reportes gráficos.
Requerimiento:
 Características: El administrador podrá generar reportes gráficos específicos.
Descripción del El sistema permitirá al administrador generar reportes gráficos,
requerimiento: de edades, usuarios, tratamientos e ingresos
Requerimiento • RNF01
NO funcional: • RNF02
• RNF03
• RNF04
• RNF05
• RNF06
Prioridad del requerimiento:
Alta
Tabla 11. Requerimiento Funcional RF08.

Identificación RF08
del
requerimiento:
Nombre del Administración de agenda
Requerimiento:
Características Permite a los pacientes registrar, modificar y eliminar
:alguna cita Permite al administrador generar y eliminar
agenda.
Permite al doctor registrar una nueva cita.
Descripción del El sistema permitirá al usuario (paciente y doctor),
requerimiento: Agendar una nueva cita, modificarla o eliminarla según la
acción requerida.

Requerimiento • RNF01
NO funcional: • RNF02
• RNF03
• RNF04
• RNF05
• RNF06

Tabla 12. Requerimiento Funcional RF09.

Identificación RF09
del
requerimiento:
 Nombre del Registro y modificación de historias ODONTOLOGICA
Requerimiento:
Características: Permite al doctor registrar y modificar las historias clínicas
Requerimiento • RNF01
NO funcional: • RNF02
• RNF03
• RNF04
• RNF05
• RNF06
Prioridad del requerimiento:
Alta

1.7.2. No Funcionales

Tabla 13. Requerimiento No Funcional RNF01.

Identificación del RNF02
Requerimiento:
Nombre del Administrador Base de Datos
Requerimiento:
Características: La Base de Datos será administrada por MYSQL.
Descripción del La administración de la Base de datos estará a cargo de MYSQL
Requerimiento: por medio de la herramienta php MyAdmin.
Prioridad del Requerimiento: Alta

Tabla 14. Requerimiento No Funcional RNF02.

3.1.3 Métodos y técnicas de instrumentos

ACTORES FUNCIONALIDADES

Paciente 
 Iniciar sesión.
 Actualizar datos.
 Buscar cita.
  Agendar cita.
 Modificar cita.
 Eliminar cita.
 Generar PDF Historial.
 Enviar Correo.
 Registrar Paciente.

 Iniciar sesión.
 Actualizar datos.
 Registrar paciente.
 Consultar Citas Programadas.
 Eliminar cita.
Asistente  Buscar paciente.
 Actualizar Historia
odontológica.
 Agendar cita Paciente.
 Modificar Cita Paciente.

Caso de uso Asistente

Caso de uno odontologo
 Caso de Uso No. 1 Nombre: Iniciar sesión
Actores Paciente, Doctor, Administrador.
Objetivo Verificar si un usuario puede o no acceder al
Sistema e identificar qué tipo de usuario es.
Condición 1
1. El usuario debe estar registrado.
Condición 2
2. Acceder a todos los permisos según su tipo de usuario.
Flujo de Eventos
Acciones del actor Acciones del sistema
1. Ingresa usuario y 2. Valida que la información sea
contraseña. correcta.
3. Extrae la información del usuario.
4. Permite el acceso.
Manejo de Situaciones Excepcionales

Tabla 21. Diagrama Caso de Uso Iniciar Sesión.

Caso de Uso No. 2 Nombre: Actualizar Datos Paciente

Actores Paciente
Objetivo Actualizar datos personales del Paciente.

Descripción El Paciente ingresa a la opción configurar y

se podrá editar sus datos personales los
cuales son: Nombre, apellidos,
documento, tipo de documento,
dirección, teléfono, estado civil, genero,
contraseña
Pre-condiciones
1 Debe haber iniciado sesión como Paciente.
Post-condiciones
2 Quedan actualizados los datos personales del Paciente.
Flujo de Eventos
 Acciones del actor Acciones del sistema
1. Ingresa a la opción 2. Despliega una ventana modal con
configurar. los datos personales del Paciente.
3. Presiona el botón editar. 4. Habilita los campos para que se
5. Digita la información. pueda modificar la información.
6. Presiona el botón guardar. 7. Guarda la información y recarga la
página.
Manejo de Situaciones Excepcionales
EL Paciente no llena todos los campos (Muestra mensaje de error).
Flujo alterno
El doctor puede cerrar la ventana modal en paso 3.
Autores Fecha

Caso de Uso No. 4 Nombre: Agendar Cita

Actores Paciente
Objetivo Agenda una cita en la fecha deseada.

Descripción El Paciente podrá ver una lista con las citas

disponibles en cierta fecha solicitada, donde cada
una tendrá un botón (Agendar) con el cual se
podrá tomar la cita deseada.
Pre-condiciones
1 Debe haber iniciado sesión como Paciente.
2 No debe presentar ya alguna cita agendada.
3 Buscar cita.
Post-condiciones
4 Podrá ver, editar o eliminar la cita agendada en la opción Próxima cita.

Flujo de Eventos
Acciones del actor Acciones del sistema
1. Selecciona la cita que se quiere 2. Guarda la información.
y presiona el botón agendar. [Link] un mensaje de confirmación.
[Link] la página.
Manejo de Situaciones Excepcionales
No se encuentran citas disponibles para esa fecha
Flujo alterno

Caso de Uso No. 6 Nombre: Eliminar Cita

Actores Paciente

Objetivo Elimina una cita agendada en específico.

Descripción El Paciente en la opción citas agendadas

podrá acceder a la acción Cancelar si cumple la
condición de cancelarla 24 horas antes,
posteriormente saldrá un aviso de confirmación
con los botones sí o no.

Pre-condiciones
1 Debe presentar ya alguna cita agendada.

Post-condiciones
2 Podrá ver el cambio de la cita en la opción Citas Agendadas.

Flujo de Eventos
 Acciones del actor Acciones del sistema
1. Accede a la opción Citas 3. Despliega un aviso de confirmación.
Agendadas. [Link] un mensaje de confirmación.
2. Presiona el botón Cancelar. [Link] la página.
4. Presiona el botón Sí.

Manejo de Situaciones Excepcionales

Si la cita no cumple con la condición de 24 horas de anterioridad, no se habilita el

botón eliminar.

Flujo alterno

El Paciente puede presionar el botón No

Nombre: Consultar Citas Programadas

Actores Doctor
Objetivo Consultar las citas programadas del Doctor a
partir del día en curso en adelante.

Descripción El Doctor ingresa a la opción Citas

Programadas donde encontrara las citas
programadas del día en curso, también
encontrara la opción consultar citas donde podrá
consultar sus citas según su fecha.
Pre-condiciones
1 Debe haber iniciado sesión como Doctor.
Post-condiciones
2 Podrá cancelar la cita consultada.
 Acciones del actor Acciones del sistema
1. Ingresa a la opción Citas 2. Muestra una lista con las citas
Programadas. programadas del día en curso, muestra
3. Accede a la opción Consultar también la opción Consultar citas.
citas. 4. Mostrará un campo para ingresar la
5. Ingresa la fecha. fecha.
6. Consulta si hay citas para la fecha
ingresada.
7. Extrae la información y muestra un
listado con las citas
Manejo de Situaciones Excepcionales
No hay citas para el día en curso. (Mensaje de alerta)
EL doctor no lleno el campo. (Mensaje de error)
No hay citas para la fecha ingresada. (Mensaje de alerta)

Caso de Uso Nombre: Consultar Paciente

Actores Administrador
Objetivo Consultar los pacientes registrados en
el sistema.

Descripción El Administrador ingresa a la opción

Usuarios, Editar Paciente, donde se
encuentra todos los pacientes
registrados, también encontrara una
sección para hacer búsquedas según el
campo, el rango de edad y género.
Pre-condiciones
1 Debe haber iniciado sesión como Administrador.
Post-condiciones
2 Permite modificar la información del paciente consultado.

Acciones del actor Acciones del sistema

1. Ingresa a la opción Usuarios. 2. Re direcciona una ventana con las
3. Presiona la opción Editar acciones a realizar sobre los
Paciente. usuarios.
5. Selecciona el campo por
el cual desea hacer la 4. Muestra un listado con los
consulta y digita la pacientes creados y un formulario
información. para hacer búsquedas.
6. Extrae la información y muestra
una lista con la información
encontrada
Manejo de Situaciones Excepcionales
 CAPITULO IV

PROPUESTA DE INOVACION O

SOLUCION DEL PROBLEMA

4.1 DESAROLLAR PASOS DE LA SOLUCION

Inspeccionando el movimiento del consultorio odontológico Muelitas consultando el

doctor encargada de este, adquirimos la información necesaria para el levantamiento

de los requerimientos y posteriormente su análisis permitiendo modelar y genera la

base de datos.

Ya creada la base de datos se opta por la arquitectura MVC ya que esta permite la

construcción de los módulos que estarán encargados de la administración de los reportes,

las citas, el

inventario y los usuarios. Los módulos estarán constituidos por controladores y

modelos creados en base a la arquitectura planteada.

3.1. Diagrama de Clases

El diagrama de clases representa la estructura del Sistema Web para el Consultorio

Odontológico Muelitas. El sistema web se creó en base la arquitectura MVC.

El modelo está constituido por la clase Query SQL, esta clase contiene los

métodos que intervendrán con la base de datos (consultar, insertar, modificar,

eliminar), también la clase Conexión la que contendrá la conexión con la base de

datos y en donde se especificará la información de la conexión (servidor, nombre BD,

root, password), esta clase Conexión .

Agendar cita Paciente

Este diagrama de secuencia describe el camino recorrido entre la vista usuario y

el controlador para agendar la cita según la fecha deseada por el paciente que

previamente tuvo que haber seleccionado como muestra el diagrama del proceso

Buscar cita paciente.

Ilustración 7. Diagrama de Secuencia Agregar cita paciente.

Eliminar cita Paciente

Este diagrama de secuencia describe el camino recorrido entre la vista usuario y el

controlador para eliminar la cita seleccionada.

Ilustración 8. Diagrama de Secuencia Eliminar cita paciente.

Buscar Paciente
Este diagrama de secuencia representa el camino recorrido por las clases y el

usuario para consultar los pacientes registrados en el sistema.

 Ilustración 9. Diagrama de Secuencia Buscar paciente.

Registrar Paciente

Este diagrama de secuencia representa el camino recorrido por las clases y el

usuario para agregar un paciente al sistema.

Ilustración 10. Diagrama de Secuencia Registrar paciente.
Modificar
historia
Generar Reporte
Este diagrama de secuencia representa el camino recorrido por las clases y el

usuario para agregar un paciente al sistema.

Ilustración 11. Diagrama de Secuencia Generar Reportes.

Diagrama de Estado

A continuación, se ilustran los diagramas de estado más relevantes del

sistema web, para así identificar una de las rutas o caminos que puede tomar un flujo

de información al ejecutarse cada proceso.

USUARIO

Ilustración 12. Diagrama de Estado Usuario.

Ilustración 13. Diagrama de Estado Doctor.
3.6. Diagrama de Actividades

A continuación, se ilustran los diagramas de actividades más relevantes del

Sistema Web para el Consultorio Odontológico Muelitas, los demás estarán en

anexos, se puede identificar el algoritmo o proceso que interfieren en cada actividad

del sistema.

Actualizar datos pacientes

Este diagrama de actividad muestra como actualizar los datos del paciente y las

actividades que interfieren en el sistema como en el actor.

Ilustración 15. Diagrama de Actividad Actualizar datos paciente.

Buscar cita paciente

Este diagrama de actividad muestra como buscar las citas en una fecha

específica indicada por el paciente y las actividades que interfieren en el sistema

como en el actor.

Ilustración 16. Diagrama de Actividad Buscar cita paciente.

Registra Paciente

Este diagrama de actividad visualiza como crear un paciente y las actividades

que interfieren tanto en el sistema como por parte del doctor, para poder registrar un

paciente debe haber iniciado sesión previamente.

Consultar Paciente

Este diagrama de actividad visualiza como consultar paciente y las

actividades que interfieren tanto en el sistema como por parte del doctor, para

poder consultar paciente debe haber iniciado sesión previamente.

Ilustración 18. Diagrama de Actividad Consultar paciente.

Generar Reporte
 Este diagrama de actividad visualiza como consultar paciente y las

actividades que interfieren tanto en el sistema como por parte del doctor, para

poder consultar paciente debe haber iniciado sesión previamente.

Ilustración 19. Diagrama de Actividad Generar Reporte.

4. FASE DE IMPLEMENTACION

4.1. Diagrama de Componentes

 A continuación, se ilustra el diagrama de componentes del Sistema Web para

el Consultorio Odontológico Muelitas, en la cual representa como este sistema está

dividido en 4 componentes.

Ilustración 20. Diagrama de Componentes.

4.2. Diagrama de Paquetes

En esta parte del documento se muestra el diagrama de paquetes del sistema

web, en la cual se ve como se encuentra dividido. El paquete VISTA contiene los

archivos encargados de la capa aplicativa que ve el usuario en un formato adecuado

para interactuar. En el paquete MODELO se encuentran aquellos archivos con los

cuales el sistema opera la información. Y en el paquete CONTROLADOR se

localizan los archivos que controlan lo que puede hacer este sistema web.
INTRODUCCIÓN
 En el proyecto SISTEMA PARA RESGISTRAR CONSULTAS
ODONTOLOGIAS se realizó una investigación para plantear una solución a la
necesidad del consultorio odontológico Muelitas para la generación de citas de manera
eficiente y ordenada.

Para la solución de dichas necesidades se establece el desarrollo de un sistema web el

cual permite registrar los datos de los pacientes por fecha el cual se actualiza se elimina

y se archiva.

El desarrollo de la investigación se fundamenta teóricamente a partir de estudios

realizados sobre: metodología de desarrollo RUP, sistemas web, arquitectura MVC
(modelo vista controlador), lenguajes PHP y HTML