You are on page 1of 111

SÌSTEMA DE ÌNFORMACÌON WEB PARA LA GESTÌON ADMÌNÌSTRATÌVA DE

USUARÌOS DEL CENTRO ODONTOLOGÌCO ODONTOABT
ANGELÌCA MARÌA DÌAZ GARCÌA
JULÌETH ALEJANDRA PAEZ CAMARGO
UNÌVERSÌDAD DÌSTRÌTAL FRANCÌSCO JOSE DE CALDAS
FACULTAD TECNOLOGÌCA
TECNOLOGÌA EN SÌSTEMATÌZACÌON DE DATOS
BOGOTA D.C.
2013
SÌSTEMA DE ÌNFORMACÌON WEB PARA LA GESTÌON ADMÌNÌSTRATÌVA DE
USUARÌOS DEL CENTRO ODONTOLOGÌCO ODONTOABT
ANGELÌCA MARÌA DÌAZ GARCÌA
Código: 20101078033
JULÌETH ALEJANDRA PAEZ CAMARGO
Código: 20101078072
Trabajo de grado para optar por el titulo de
Tecnólogo en sistematización de datos
Director
CARLOS ALBERTO VANEGAS
Ìngeniero de sistemas
UNÌVERSÌDAD DÌSTRÌTAL FRANCÌSCO JOSE DE CALDAS
FACULTAD TECNOLOGÌCA
TECNOLOGÌA EN SÌSTEMATÌZACÌON DE DATOS
BOGOTA D.C
2013
_____________________________________
NOTA DE ACEPTACÌÓN
_____________________________________
_____________________________________
_____________________________________
_____________________________________
_____________________________________
_____________________________________
_____________________________________
_____________________________________
_____________________________________
_____________________________________
__________________________
Firma del tutor
__________________________
__________________________
Firma del jurado
__________________________
__________________________
Firma del jurado
__________________________
D.C 23 de septiembre del 2013
3
DEDICATORIA
Dedico este proyecto y el esfuerzo realizado a mis familiares y amigos que
siempre creyeron en mi y me apoyaron con sus consejos desde el principio
de nuestro proyecto curricular estando pendientes del progreso que hoy
culmina en este producto que tiene el aporte de todos los que me
acompañaron a vivir mi sueño y vocación
Dedicado a mi novio John Alexander Arévalo, y a mi amiga Julieth Alejandra
Páez quienes me apoyaron con sus palabras, me robustecieron en mi
debilidad y con su paciencia sacamos a delante este proyecto
ANGÉLÌCA MARÍA DÍAZ GARCÍA
Dedico este proyecto a dios por ser quien ha estado a i lado en todo
momento dándome las fuerzas necesarias para continuar luchando día tras
día y seguir adelante rompiendo todas las barreras que se me presenten. Le
agradezco a mi mamá Patricia y a mi papá Luis ya que gracias a ellos soy
quien soy hoy en día, fueron los que me dieron ese cariño y calor humano
necesario son los que han velado por mi salud, mis estudios, alimentación
entre otros, son a ellos a quien les debo todo.
También les agradezco a mis amigos mas cercanos, a esos amigos que
siempre me han acompañado y con los cuales he contado desde que los
conocí. Y a mi novio Hernando quien me ha acompañado por mucho tiempo,
compartiendo grandes momentos y recuerdos, brindándome todo su apoyo y
cariño
JULÌETH ALEJANDRA PÁEZ CAMARGO
4
AGRADECIMIENTOS
Agradecemos a dios profundamente por la bendición de llegar a la victoria y
cumplir los objetivos propuestos satisfactoriamente a todas las personas que
influyeron e hicieron posible seguir adelante y culminar esta etapa de nuestra
formación académica, a todos aquellos que creyeron en este proyecto y
dieron parte de si por creer en nosotras.
Especialmente a Luis Felipe Wanumen, por sus orientaciones y
recomendaciones que encaminaron a la realización del proyecto.
5
CONTENIDO
RESUMEN...............................................................................................................
ABSTRACT..............................................................................................................
ÌNTRODUCCÌON.....................................................................................................
1. FASE DE DEFÌNÌCÌON, PLANEACÌON Y ORGANÌZACÌÓN..............................
1.1. TÌTULO DEL TRABAJO..................................................................................
1.2. TEMA...............................................................................................................
1.3. PLANTEAMÌENTO DEL PROBLEMA..............................................................
1.3.1. Descripción....................................................................................................
1.3.2. Formulación del problema.............................................................................
1.3.3. Alternativa de solución...................................................................................
1.4. OBJETÌVOS......................................................................................................
1.4.1. Objetivo general.............................................................................................
1.4.2. Objetivos específicos.....................................................................................
1.5. ALCANCES Y LIMITACIONES.......................................................................
1.5.1. Alcances.......................................................................................................
1.5.2. Limitaciones.................................................................................................
1.6. Justificación......................................................................................................
1.7. Marco e re!erencia........................................................................................
1.7.1 Marco histórico...............................................................................................
1.7.2. Marco teórico.................................................................................................
1.7.". Marco instit#cional......................................................................................
6
1.7.$. Marco metool%&ico....................................................................................
1.8 FACTÌBÌLÌDAD DE DESARROLLO...................................................................
1.8.1. Técnica..........................................................................................................
1.8.2 Operativa........................................................................................................
1.'.". Le&al..............................................................................................................
1.9. CRONOGRAMA DE ACTÌVÌDADES................................................................
2. MODELADO DEL NEGOCÌO..............................................................................
2.1 Descripción de los procesos..............................................................................
2.2.1. Diagrama del proceso del sistema de registro para auxiliar y
administrador...........................................................................................................
2.2.2. Diagrama de procesos del sistema de historias clínicas para el tipo de
usuario auxiliar y doctor...........................................................................................
2.2.3. Diagrama de procesos del sistema de agenda de citas para el tipo de
usuario paciente, auxiliar y medico.........................................................................
2.2.5. Diagrama de proceso del sistema de seguridad para todos los usuarios
del sistema (paciente, auxiliar, doctor, cajero, administrador)................................
2.2.6. Diagrama de procesos del sistema de reportes para el tipo de usuario
auxiliar, cajero y administrador................................................................................
2.2.7. Diagrama de procesos del sistema de ayuda para el tipo de usuario
paciente, doctor, auxiliar, cajero, doctor y administrador........................................
2.3. Modelo del dominio...........................................................................................
3. REQUERÌMÌENTOS............................................................................................
3.1. Ìdentificación y levantamiento de información..................................................
".2. Entre(istas.......................................................................................................
3.3. Requerimientos funcionales.............................................................................
".$. Re)#erimientos no !#ncionales....................................................................
7
".$.1. Re)#erimientos e *sa+ilia...................................................................
3.4.2. Requerimientos Operacionales.....................................................................
".$.". Re)#erimientos e E,ec#ci%n....................................................................
".$.$. Re)#erimientos e -orta+ilia................................................................
".$.5. E.tensi+ilia..............................................................................................
".$./. Se&#ria.....................................................................................................
3.5. GLOSARÌO DE TERMÌNOS.............................................................................
4. ANALÌSÌS.............................................................................................................
4.1. Definición de actores........................................................................................
4.2. Lista Preliminar de Casos de Uso....................................................................
4.3. Depuración de Casos de Uso...........................................................................
4.4. Documentación De Casos de Uso...................................................................
4.5 DÌAGRAMA DE CLASES...................................................................................
4.5. Diagramas de Secuencia..................................................................................
4.6. Diagramas de Actividad....................................................................................
5.1. Lista inicial de objetos (clases).........................................................................
5.2. Relaciones entre objetos..................................................................................
5.3 Refinamiento de las responabilidades de los objetos......................................
5.4 Diccionario de datos (Campos Relacionales)...................................................
5.5. Modelo entidad relación....................................................................................
5.6. Modelo de diseño.............................................................................................
6. ÌMPLEMENTACÌON...........................................................................................
6.1. Diagrama de paquetes...................................................................................
6.1.1.Paquete login................................................................................................
8
6.1.2. Paquete usuario...........................................................................................
6.1.3. Paquete paciente.........................................................................................
6.1.4. Paquete historia...........................................................................................
6.1.5. Paquete consultas.......................................................................................
6.1.6. Paquete citas...............................................................................................
6.1.7. Paquete pagos.............................................................................................
6.2. Diagrama de componentes............................................................................
6.3. Diagrama de despliegue.................................................................................
7. PRUEBAS Y MANTENÌMÌENTO....................................................................
CONCLUSÌONES..................................................................................................
RECOMENDACÌONES..........................................................................................
BÌBLÌOGRAFÌA......................................................................................................
IN0OGRA0IA.........................................................................................................
9
LISTA DE 0IG*RAS
Figura 1. Ìmagen del software ADSTRA Management......................................18
Figura 2 Ìmagen del software XLDENT...........................................................19
Figura 3: Ìmagen del software MaxiDentes......................................................20
Figura 4: Estructura RUP.............................................................................. 27
Figura 5. Cronograma de actividades.............................................................35
Figura 6. Diagrama de proceso del sistema de registro para el tipo de usuario
auxiliar y administrador................................................................................. 37
Figura 7. Diagrama de procesos del sistema de historias clínicas para el tipo de
usuario auxiliar y doctor................................................................................. 38
Figura 8. Diagrama de procesos del sistema de agenda de citas para el tipo de
usuario paciente, auxiliar y medico.................................................................39
Figura 9. Diagrama de procesos del sistema de control de pagos para el tipo usuario
cajero......................................................................................................... 40
Figura 10. Diagrama de proceso del sistema de seguridad para todos los usuarios
del sistema (paciente, auxiliar, doctor, cajero, administrador)..............................41
Figura 11. Diagrama de procesos del sistema de reportes para el tipo de usuario
auxiliar, cajero y administrador.......................................................................42
Figura 12. Diagrama de procesos del sistema de ayuda para el tipo de usuario
paciente, doctor, auxiliar, cajero, doctor y administrador.....................................43
Figura 13. Diagrama de modelo de dominio.....................................................44
Figura 14. Casos de uso con el actor paciente.................................................58
Figura 15. Caso de uso con el actor doctor (a)..................................................58
Figura 16. Caso de uso con el actor auxiliar.....................................................59
Figura 17. Casos de uso con el actor Cajero....................................................60
Figura 18. Caso de uso con el actor administrador............................................60
Figura 19. Modelo de caso de uso..................................................................61
Figura 20. Diagrama de clases.......................................................................67
10
Figura 21. Diagrama de secuencia recuperar contraseña...................................68
Figura 22. Diagrama de secuencia cambiar clave de acceso..............................69
Figura 23. Diagrama de secuencia crea paciente..............................................69
Figura 24. Diagrama de secuencia modifica datos paciente................................70
Figura 25. Diagrama de secuencia consulta datos paciente................................70
Figura 26. Diagrama de actividad recuperar contraseña....................................71
Figura 27. Diagrama de actividad cambio de contraseña...................................72
Figura 28. Diagrama de actividad crear paciente..............................................72
Figura 29. Diagrama de actividad consultar datos paciente................................73
Figura 30. Modelo Entidad relación.................................................................92
Figura 31. Modelo de diseño.......................................................................... 93
Figura 32. Diagrama de paquetes login...........................................................94
Figura 33. Diagrama de paquetes usuario........................................................95
Figura 34. Diagrama de paquetes paciente......................................................96
Figura 35. Diagrama de paquetes historia clínica..............................................96
Figura 36. Diagrama de paquetes consultas médicas........................................96
Figura 37. Diagrama de paquetes citas médicas...............................................97
Figura 38. Diagrama de paquetes pagos.........................................................97
Figura 39. Diagrama de componentes.............................................................98
Figura 40. Diagrama de despliegue................................................................99
LISTA DE TA1LAS
11
Tabla 1. Factibilidad técnica. Computador desarrollo.........................................36
Tabla 2. Factibilidad técnica. Software.............................................................36
Tabla 3. Factibilidad económica......................................................................38
Tabla 4. Descripción de los sistemas...............................................................40
Tabla 5. Glosario de Términos........................................................................58
Tabla 6. Actores del Sistema.......................................................................... 59
Tabla 7. Ìdentificación de Actores....................................................................61
Tabla 8. Caso de uso recuperar contraseña.....................................................66
Tabla 9. Caso de uso cambiar clave de acceso.................................................67
Tabla 10. Caso de uso crear paciente..............................................................68
Tabla 11. Caso de uso modificar datos paciente................................................69
Tabla 12. Caso de Uso consulta datos paciente................................................70
Tabla 13. Listado de relaciones entre objetos del objeto citas.............................78
Tabla 14. Listado de relaciones entre objetos del objeto especialización..............79
Tabla 15. Listado de relaciones entre objetos del objeto historia..........................79
Tabla 16. Listado de relaciones entre objetos del objeto login.............................80
Tabla 17. Listado de relaciones entre objetos del objeto control_citas_pagos........81
Tabla 18. Tarjeta CRC- Clase Conexión..........................................................82
Tabla 19. Tarjeta CRC- Clase Consulta MYSQL................................................82
Tabla 20. Tarjeta CRC- Clase Login................................................................83
Tabla 21. Tarjeta CRC- Clase Class.Phpmailer.................................................83
Tabla 22. Tarjeta CRC- Clase Class.ezpdf........................................................83
Tabla 23. Tarjeta CRC- Clase Usuario.............................................................84
Tabla 24. Tarjeta CRC- Clase.........................................................................85
Tabla 25. Tarjeta CRC- Clase Citas.................................................................86
12
Tabla 26. Tarjeta CRC- Clase Datos................................................................87
Tabla 27. Tarjeta CRC - Clase Pagos..............................................................88
Tabla 28. Tarjeta CRC- Clase Consultas..........................................................91
Tabla 29. Relación de campos relacionales Citas..............................................91
Tabla 30. Relación de campos Relacionales Pagos...........................................92
Tabla 31. Relación de campos Relacionales Eps..............................................92
Tabla 32. Relación de campos relacionales Especialización...............................92
Tabla 33. Relación de campos Relacionales Login............................................92
Tabla 34. Relación de campos relacionales tratamientos....................................92
Tabla 35. Relacion de campos relacionales pagos............................................93
Tabla 36. Relación de campos relacionales usuarios.........................................93
Tabla 37. Relación de campos relacionales historia...........................................94
Tabla 38. Relación de campos relacionales Consultas.......................................95
Tabla 39. Pruebas y mantenimiento..............................................................106
LISTA DE ANE2OS
34er CD Car5eta Ane.os6
13
Anexo A. Documentación casos de uso.
Anexo B. Diagramas de Secuencia.
Anexo C. Diagramas de Actividad.
Anexo D. Resolución Ministerios de Salud (Manejo de historia clínica).
Anexo E. Manual de Usuario.
Anexo F. Manual del Programador.
RES*MEN

14
La medicina dental incluye un conjunto de actos, técnica y procedimientos
médicos no quirúrgicos, dirigidos a mejorar totalmente o parcialmente los
aspectos inesteticos o juzgados así por el mismo paciente, tanto si son
constitucionales o adquiridos por cualquier causa, como los estados de
disconfort general, con la finalidad de conseguir mejorar la calidad de
vida y el bienestar físico y psíquico que tiende a configurar un estado
optimo de salud.
Una institución dedicada a la salud como los centros odontológicos, manejan
un gran volumen de información, tanto de sus usuarios, como la que se
refiere a su funcionamiento; datos que muchas veces se encuentran en
soportes físicos que a disposición de su recolección y procedimiento no
son muy eficientes en el momento en que se necesitan.
Variedad de utilidades informáticas se han implementado en el campo de la
medicina estética con éxito, dando soluciones a los inconvenientes de
inoperancia y procesos lentos en la dicha gestión evidenciando un aporte
que beneficia a cada una de las personas que cumplen un papel
importante en estas entidades.
A1STRACT

15
Dental medicine includes a set of actions, technical and non-surgical medical
procedures aimed at improving aspects fully or partially so unsightly or
judged by the patient, whether constitutional or acquired by any cause,
such as the states of general discomfort, in order to ensure better quality
of life and physical and mental wellbeing which tends to set an optimal
state of health.
An institution dedicated to the health and dental centers, handling a large
volume of information, both users, as regards its operation, data are often
found on hardware available to your collection and procedure does not
are highly efficient at the time they are needed.
Variety of computer utilities have been implemented in the field of aesthetic
medicine successfully, providing solutions to the problems of inefficiency
and slow processes such management in demonstrating a contribution
that benefits every one of the people who play an important role in these
institutions .
INTROD*CCION
16
El sistema de información web para el centro odontológico odontoABT, es
una aplicación que mejora la organización de los datos en esta entidad,
sistematiza sus procesos para obtener mayor eficiencia, ahorro de costos y
tiempo de una manera viable para la finalidad de sus objetivos.
El presente documento describe en primera instancia el estado del arte y se
realiza las bases teóricas que fundamentan el estudio que hace énfasis en el
campo de la odontología. Posteriormente se detalla paso a paso las fases
por las que se analiza, diseña y desarrolla la aplicación, adicionando las
habilidades de ingeniería de software que pueden ser implementadas para
construir recursos de alto nivel y dar solución al tema en cuestión.
El sistema fue desarrollado con tecnología PHP y motor de base de datos
MYSQL, cumpliendo con los principales propósitos para satisfacer los
requerimientos del centro odontológico. Tomando como guía la metodología
orientada a los objetos de UML y al proceso de desarrollo de software RUP
para su construcción y aprobación exitosa
1. 0ASE DE DE0INICION7 -LANEACION Y ORGANI8ACI9N
17
1.1. TIT*LO DEL TRA1A:O
Sistema de información web para la gestión administrativa de usuarios del
centro odontológico ODONTOABT.
1.2. TEMA
Los temas que se pretenden abordar con este proyecto son los de Sistemas
de Ìnformación Web, bases de datos, programación orientada a objetos. Se
utilizarán herramientas como PHP, html, y sistema manejador de base de
datos MySQL.
1.". -LANTEAMIENTO DEL -RO1LEMA
1.".1. Descri5ci%n
El centro odontológico ODONTOABT presenta dificultad para administrar la
información de algunos procesos que se le realizan a los pacientes, como lo
son, las historias clínicas, la asignación de citas, los tratamientos, sus costos
y modo de pago, la generación e impresión de recibos, entre otros, debido a
que los datos son almacenados en hojas de cálculo de Microsoft office Excel,
sin presentar clasificación ni control sobre estos, generando duplicidad e
inconvenientes en el momento de acceder a la información.
En la forma de registro, anteriormente nombrado, los datos de los clientes
son consultados con dificultad, ya que es necesario verificar si se encuentran
almacenados para la actualización o la inserción de estos. Otra dificultad es
el manejo de la agenda de asignación de citas, puesto que es realizada de
forma manual y genera confusión con los horarios disponibles al asignar una
cita a un cliente; de igual forma un empleado no puede consultar
directamente la agenda de citas sin antes acudir al administrador.
El manejo de los pagos de los tratamientos no tiene ningún tipo de registro,
debido a que no existen soportes sobre las transacciones realizadas en la
caja, ejemplo de ello es el no tener un control del sistema de pago de los
clientes ni de los ingresos por los servicios ofrecidos.
1.".2. 0orm#laci%n el 5ro+lema
18
¿Cómo crear un sistema de información para mejorar la manipulación de los
datos y la gestión de la información de los pacientes del centro odontológico
ODONTOABT?
1.".". Alternati(a e sol#ci%n
Se desarrollo un sistema de información para el control de procesos en el
centro odontológico odontoABT; que permite tener mayor eficiencia y eficacia
en los recursos y procesos en esta entidad, como lo son el registro de
pacientes, seguimiento de tratamientos, control de pagos, asignación de citas
medicas, permitiendo un acceso rápido a la información almacenada de
manera segura por medio de canales de actualización que permitan
mantener la información siempre en línea para cuando se necesite.
1.$. O1:ETI4OS
1.$.1. O+,eti(o &eneral
Diseñar e implementar un sistema de información web que permita
almacenar e interactuar de manera clara y ordenada con los datos de los
pacientes, control de pagos, seguimiento de tratamientos y agenda medica
del centro odontológico odontoABT.
1.$.2. O+,eti(os es5ec;!icos
• Caracterizar la información generada en el centro odontológico
odontoABT, para hacer el respectivo levantamiento de información.
• Diseñar un modulo de registro, para los usuarios.
• Desarrollar un modulo de pagos que permita ver al usuario el registro
de todas las consignaciones y cuotas por pagar en la empresa.
• Diseñar un modulo para la gestión de citas de cada paciente del
centro odontológico odontoABT.
• Desarrollar un modulo de información personal, en la cual se podrá
observar la historia clínica del paciente, el tratamiento actual y su
duración.
• Diseñar un modulo de reportes para el administrador de la empresa.
1.5. ALCANCES Y LIMITACIONES
19
1.5.1. Alcances
• El sistema de información de control de pacientes en el centro
odontológico odontoABT controlara la autentificación y autorización de
los diferentes actores para el acceso a la información almacenada.
• Este sistema implementara una manera para representar el reporte de
pagos realizados por periodos diarios, mensuales y anuales.
• El sistema señalara la ubicación de soportes físicos como la historia
clínica previamente organizada e indexado en el sistema de
información con su respectiva información.
• Contara con una herramienta de ayuda que brindara el servicio de
guía de uso del software de acuerdo al diferente tipo de usuario que la
utiliza.
1.5.2. Limitaciones
• El sistema de información del control de pacientes del centro
odontológico odontoABT estará enfocado a actos, técnicas y
procedimientos dentro de la medicina odontológica.
• Este aplicativo se enmarca por su uso en entorno Windows
1./. :#sti!icaci%n
El punto de partida del proyecto es la necesidad de sistematizar la
información del centro odontológico para que pueda ser ingresada,
consultada, y actualizada de forma ordenada y eficiente, ya que en la
empresa se almacena la información en hojas de cálculo de Microsoft office
Excel, sin presentar clasificación ni control sobre los datos. Esto produce que
las consultas o actualizaciones se realizan de forma tediosa y requiera de
mayor tiempo tal como sucede en los datos de los clientes.
Por otra parte existen datos que no son registrados de ninguna forma, como
es el caso de la administración los pagos de los tratamientos, creando la
necesidad de un sistema de información que permita registrar esta
información. Es así como el sistema propuesto permitirá el manejo adecuado
20
sobre los datos registrados lo cual brinda beneficios para la administración
del centro odontológico.
El uso del sistema les permitirá a los usuarios tener una mejora en
administración y acceso a la información, evitando redundancia de datos y
pérdida de estos. Permitirá de igual forma optimizar las funciones de consulta
o actualización de datos, asiendo que estas se realizan de forma eficiente y
según las necesidades del usuario.
Además al ser un sistema de información web puede ser empleado desde
cualquier lugar, para ser uso de sus módulos, acercando a los clientes con el
centro odontológico a través de la web
1.7. Marco e re!erencia
1.7.1 Marco <ist%rico.
Anteceentes
La Odontología ha ido evolucionando paralelamente al desarrollo de la
Ìnformática. En muchos Aspectos con similares resultados a la Geomática
(Geografía +Ìnformática), donde la Ìmagenología se ha convertido en
requisito de toda aplicación espacial; en la Odontomática (Odontología
Computarizada) la imagen es la protagonista de cualquier procedimiento
diagnóstico, preventivo o terapéutico. Y aunque no es el todo (donde gestión
de datos ÷de cualquier tipo y no solamente visuales÷, estadística y
metrología son posibles sin el concurso de representación óculo sensorial,
como medios digitales de trabajo para la salud), sí corresponde a la gestión
digital de la imagen el representar el «material virtual» Clave de la
odontomatica :
La imagen es una representación visual de un objeto real que, mediante la
ingeniería informática, obtenemos, reproducimos, modificamos, objetivamos
y confeccionamos digitalmente. El que sea informatizada electrónicamente
es lo que permite que las posibilidades hasta hace poco inesperadas, lo que
viene a constituir el 3D. Ello motivó la entrada del ordenador en la clínica y el
laboratorio dental.
En Odontología, las primeras incursiones computarizadas ÷omitiendo los
iníciales prototipos experimentales o de poca repercusión internacional÷,
comercializadas como estrellas de una nueva era, fueron bien conocidas por
21
su difusión informativa, pero con resultados de escasa implantación real: el
Cerec (experimentado entre 1980-1985) de Siemens, en 1986; la
RadioVisografía de Trophy Radiology, en 1987; y, luego, el Procera (1991) de
Nobel Biocare, el DCS-Precident (1991), Cicero (1993), Cynovad (1998).
Todos ellos con clara disposición al manejo de la imagen bidimensional ÷el
radiológico÷, o tridimensional ÷los demás÷. En estos orígenes incluso la
interface de uso de los cuerpos tridimensionales era bidimensional, en base
a gráficos que representaban los cortes del objeto, debido a que el universo
tridimensional requería de hardware y software de mayor potencia.
En el mercado existen software que tienen utilidades especificas para la
gestión de empresas dedicadas a la odontología, proporcionando servicios
generales para el buen manejo de sus procesos, es decir agrupa las
funciones más comunes en el manejo de esta actividad como módulos de
clientes, productos, empleados, agendas de citas, control de caja,
facturación, formas de pago, entre otras.
SO0T=ARE E2ISTENTE
Existen varios software desarrollados parea procesos administrativos de
centros odontológicos, los más destacados son:
 ADSTRA MANAGEMENT
ADSTRA Management es un software de gestión sencilla y eficaz ofrece una
solución administrativa completa para consultorios dentales. Es un software
completo administrativo que le permite organizar con facilidad y eficacia la
administración total de su oficina desde la información detallada de los
pacientes, planificación, los Aspectos financieros hasta el mercadeó y mucho
más.
22
0i&#ra 1. Ima&en el so!t>are ADSTRA Mana&ement
Fuente:http://www.medicalexpo.es/prod/adstra/softwares-medicos-de-
gestion-ara-consultorios-y-laboratorios-dentales-78480-481430.html
(consultado: 18 de octubre de 2012)
ADSTRA Management está diseñado para ser extremadamente fácil de usar.
La simplicidad de un clic asegura que todas las actividades estén al alcance
de la mano. Posee características como ser Flexible use únicamente lo que
requiera o necesite, Registro personal y médico detallado de los pacientes,
Pueden fijarse alertas y mostrarse en áreas pertinentes, Registro de
tratamiento utiliza un catálogo de procedimientos dentales, Plantillas
personalizadas para la creación de notas clínicas
 XLDENT
El sistema de gerencia de la práctica de XLDent se aprovecha de más último
de herramientas del desarrollo y de diseño del software para proveer de
usted el programa dental más intuitivo, más robusto, fácil de utilizar
disponible.
___________________________
1.http://www.gacetadental.com/noticia/9038/ÌNFORMES/integraci%C3%B3n-sistemas-digitales-pr%C3%A1ctica-
odontol%C3%B3gica.html [consultado el 7 de noviembre de 2012]
2 medicalexpo. El salón virtual del sector médico [en línea ]
http://www.medicalexpo.es/prod/adstra/softwares-medicos-de-gestion-ara-consultorios-y-laboratorios-dentales-
78480-481430.html
XLDent automatiza los procesos dominantes del negocio y asegura a
equipos dentales tiene las herramientas que necesitan manejar la práctica
más provechoso.
La pantalla paciente versátil de XLDent se puede modificar para requisitos
particulares para satisfacer las necesidades de cada usuario individual y las
funciones de trabajo. Toda la información paciente está disponible a partir de
una pantalla. Las herramientas del paciente ofrecen de fácil acceso a la
historia paciente, a las demandas, a los planes del tratamiento, a las
prescripciones, a la elegibilidad del seguro, a las alarmas pacientes, a las
notas de la declaración, y al centro paciente de los archivos documentales
23
0i&#ra 2 Ima&en el so!t>are 2LDENT
Fuente: http://www.medicalexpo.es/prod/xldent/softwares-medicos-de-
gestion-ara-consultorios-y-laboratorios-dentales-79098-496664.html
(consultado el 18 de octubre de 2012).
MAXÌDEN
MaxiDent le da NUEVAS razones de cambiar de su sistema de software
dental actual al software dental más avanzado, característica-más rico y
beneficioso de la gerencia del mercado.
_______________
3 medicalexpo. El salón virtual del sector médico [en línea ]
http://www.medicalexpo.es/prod/xldent/softwares-medicos-de-gestion-ara consultorios-y-laboratorios-dentales-
79098-496664.html
Reajustado brillante, MaxiDent ha dirigido de la tierra hasta elasticidad usted
un sistema de software dental que es como ningún otro. ¡Nuestro software
dental de la gerencia utiliza tecnología más avanzada de hoy - los resultados
son Simplemente asombrosos.
MaxiDentes el sistema de software dental ideal para la vida de su práctica. Si
usted es el comenzar justo hacia fuera o está buscando un sistema a largo
plazo del reemplazo, MaxiDent es una habitación de los programas dentales
del software que realmente realizan y permiten que usted alcance nuevos
niveles del éxito
24
0i&#ra "? Ima&en el so!t>are Ma.iDentes
Fuente:http://www.medicalexpo.es/prod/maxim-software-systems/softwares-
medicos-de-gestion-ara-consultorios-y-laboratorios-dentales-78482-
481438.html(consultado el 18 de octubre del 2012)
____________
4 medicalexpo. El salón virtual del sector médico [en línea ]
http://www.medicalexpo.es/fabricante-medical/software-gestion-laboratorios-8089.html
1.7.2. Marco te%rico.
En nuestro proyecto pensamos implementar un sistema de información ya
que este recopila, procesa, almacena y distribuye información para soportar
la toma de decisiones y el control en la organización con esto el centro
odontológico va a administrar la información de los procesos que realiza
25
Aplicaremos los tres elementos y funciones básicas de interacción en un
sistema de información los cuales son:
• Entrada: es la actividad que consiste en capturar y reunir nuevos
datos;
• Procesamiento: implica la conversión o transformación de datos en
salidas útiles;
• Salida: la producción de información útil. La retroalimentación es la
salida que su utiliza para realizar ajustes o cambios en actividades de
entrada o procesamiento
Sistemas de procesamiento de transacciones.
El sistema esencial es el sistema de procesamiento de transacciones (TPS).
Una transacción es todo intercambio relacionado con la actividad de las
empresas. El TPS se encarga del enorme volumen de transacciones
administrativas que ocurren diariamente en una organización.
Otro importante tipo de sistemas es el de información administrativa (MÌS), El
cual emplea la información procedente del TPS para generar información de
utilidad parea la toma de decisiones administrativas. Los sistemas de
información administrativa producen una extensa variedad de informes. Los
informes programados contienen información predeterminada y se elaboran
con regularidad. Los informes especiales son generados únicamente a
solicitud del usuario. Los informes de acepciones contienen listas de
elementos que no cumplen una serie predeterminada de condiciones. Un
sistema de apoyo para la toma de decisiones (DSS) es un conjunto
organizado de personas, procedimiento, bases de datos y dispositivos para
proporcionar ayuda en la toma de decisiones de problemas específicos.
___________________
5.Anules, Afipes. Ìteso. [En línea] http://iteso.mx/~adrianay/sesion3.ppt#264,9,Administracion `
[consultado el 18 de octubre de 2012]
6.Arana,Nava, Manuel .Principios de Sistemas de información [en línea]
http://comunidad.uash.mx/marana/materias/ppios_si/ppios_si.htm [consultado el 18 de octubre de 2012
El DSS difiere de un MÌS en que proporciona apoyo a los usuarios, se
concentra en decisiones, está sujeto a un desarrollo y métodos distintos y
sus componentes, velocidad y salida son de otra índole. El sistema experto
(SE), un tipo Mas de sistemas diseñad para apoyo en la toma de decisiones
administrativas está programado para proceder a la manera de un experto en
26
beneficio de un usuario que busca la asesoría respecto a una situación
especifica
1ases e atos
Ìmplementaremos una base de datos puesto que relaciona los datos entre sí,
y forma datos persistentes, lógicamente coherente y con significado
implícito. Para gestionar los datos se emplea un sistema de gestión de base
de datos (SGBD) el cual es un "conjunto de programas que permite definir,
construir y manipular la base de datos para diversas aplicaciones¨
El modelo de base de datos a implementar en el sistema propuesto es el
modelo de base de datos relacional. Este permite modelar problemas reales
y administrar datos dinámicamente. Fue postulado en 1970 por Edgar Frank
Codd, de los laboratorios ÌBM en San José (California) "su idea fundamental
es el uso de relaciones. Estas relaciones podrían considerarse en forma
lógica como conjuntos de datos llamados tuplas. Esto es pensando en cada
relación como su fuese una tabla que está compuesta por registros (las filas
de una tabla), que representarían las tuplas y campos (las columnas de una
tabla). La información puede ser recuperada o almacenada mediante
consultas que ofrecen una amplia flexibilidad y poder para administrar la
información"
Ser(ior >e+?
Creemos conveniente utilizar un servidor web o servidor HTTP para el centro
odontológico ya que este permitirá gestionar los procesos vía web facilitando
la información a los clientes y así mismos a los trabajadores, además un
servidor web "es un programa que procesa cualquier aplicación del lado del
servidor realizando conexiones bidireccionales y/o unidireccionales y
___________
7 Ìbíd. [Consultado el 18 de octubre de 2012]
8 Korth, H; Silberschatz, A., Sudarshan, S.:Fundamento de bases de datos. 3ª Edicion. McGraw-Hill.
9 Sara Álvarez. ArquitecturaCliente-servidor.[en línea] http://www.deasarrolloweb.com/articulos/arquitectura-cliente-
servidor.html [consultado el 18 de octubre de 2012]
síncronas o asíncronas con el cliente generando o cediendo una respuesta
en cualquier lenguaje o Aplicación del lado del cliente. El código recibido por
27
el cliente suele ser compilado y ejecutado por un navegador web. Para la
transmisión de todos estos datos suele utilizarse algún protocolo.
Generalmente se utiliza el protocolo HTTP para estas comunicaciones,
pertenecientes a la capa de aplicación del modelo OSÌ. El término también se
emplea para referirse al ordenar que ejecute el programa. Los servidores
pueden estar conectados a los clientes a través de redes LANs o WANs,
para proveer de múltiples servicios a los clientes y ciudadanos tales como
impresión, acceso a base de datos, fax, procesamiento de imágenes, etc"
Ar)#itect#ra moelo (ista controlaor
Modelo-View-controlador. Divide a una aplicación interactiva en tres
componentes: modelo, vistas y controladores. El modelo contiene los datos y
la funcionalidad esencial. Las vistas despliegan la información al usuario. Los
controladores manejan el input. Las vistas y los controladores juntos
componen la interfaz con el usuario.
La estructura consta de un modelo que se encarga de encapsula la
información esencial y exporta procedimientos que realizan procesamiento
especifico de la aplicación Provee funciones para que las vistas accedan a la
información este contiene los datos y su estructura representado su
integridad y sus restricciones, como así mismo de una vista se despliegan los
datos para el usuario y tiene procedimientos de actualización para recibir
nuevos datos, también cabe mencionar que existe un controlador para cada
vista, que recibe sus inputs como eventos y los interpreta
Sitio >e+
Un Sitio web nos brinda, la facilidad de ofrecer los servicios del centro
odontológico ODONTOABT, permitiéndole a los clientes una visión más
amplia del mismo ya que este es un conjunto de archivos electrónicos y
páginas web referentes a un tema en particular, que incluye una página
inicial de bienvenida, con un nombre de dominio y dirección en internet
específicos.
_________________
10 Ìbít. [Consultado el 18 de octubre de 2012]
11Ochoa, Sergio. Patrones Arqui. [En línea] http://www.scripd.com/doctoc/36124244/Patrones-Arquitectonicos1
[consultado el 18 de octubre de 2012]
28
Empleados por las instituciones públicas y privadas; en el caso particular de
las empresas, este tiene que ver con la oferta de sus bienes y servicios a
través de internet
1.7.". Marco instit#cional.
@istoria
Hace 5 años nace la idea de crear el centro odontológico odontoABT. Desde
aquella época y con el continuo mejoramiento, hoy nuestro centro
odontológico odontoABT cuenta con los mejores equipos y talento humano
profesional para brindar una atención exclusiva y así ofrecer diferentes
alternativas a nuestros pacientes para cuidar su salud oral.
Misi%n
La misión fundamental de Centro Odontológico odontoABT es ofrecer una
atención de calidad acorde con las expectativas de la odontología del siglo
XXÌ.
Partiendo del concepto de que los avances científico-tecnológicos en el área
de la Odonto-estomatología avanzan a pasos agigantados, estamos
conscientes de que la única opción para ofrecer esa atención de calidad es
trabajar por especialidades en el campo odontológico.
El Centro Odontológico odontoABT cuenta en su equipo de profesionales con
especialistas titulados en las áreas de endodoncia, implantología,
rehabilitación oral, ortodoncia, patología oral, cirugía maxilo-facial,
periodoncia y odontopediatría. Trabajamos bajo el concepto de que cada
profesional "hace lo MEJOR que sabe hacer¨, con el afán de ofrecer a
nuestros pacientes la más alta calidad de la mano de la tecnología de este
nuevo siglo.
El Centro Odontológico ODONTOABT cuenta además con aparatos de última
generación que facilitan y aceleran los tratamientos odontológicos.
_______________________________
12 Ìnformaticamilenium.com [en línea]
http://wwwinformaticamilenium.com.mx/paginas/espanol/sitioweb.htm#dsitiotectonicos [consultado el 18 de octubre
de 2012]
29
4isi%n
Creemos firmemente que la calidad de la atención ofrecida a los pacientes es
directamente proporcional al grado de confianza que los mismos depositan
en nosotros es por esto que nuestra visión es perdurar en el tiempo
realizando no solo atenciones de emergencia sino también realizar controles
periódicos sobre la salud buco-dental para enfatizar en el área de la
prevención.
4alores
Ìntegridad, Respeto, Excelencia, Lealtad, Equidad, Disciplina.
Calia A Garant;a
Siempre en permanentes procesos de capacitación técnica, trabajando con
amplia tecnología de punta y con los mejores materiales a nivel mundial.
N#estros Ser(icios
• Consulta gratis para toda la familia.
• Servicio integral: contamos con excelentes profesionales acreditados
por las mejores universidades, especializados en todas las áreas de la
odontología.
-recios
Ofrecemos excelentes precios de acuerdo al tratamiento y facilidades de
pago.
Res5alo
El centro odontológico ODONTOABT está diseñado para cumplir
ampliamente con las más altas normas de bioseguridad, de acuerdo con los
estándares internacionales.
Co+ert#ras
• MBs e 5C ser(icios incl#ios en t# 5%liDa: consultas, limpiezas,
pruebas diagnosticadas, fluorizaciones, etc.
30
• Desc#entos entre #n "CE A #n $CE respecto al precio de mercado
en el resto de tratamientos. Se trata de precios franquiciados, fijado
para el centro odontológico ODONTOABT, por lo que conocerás los
importes de antemano y te evitaras sorpresas.
• Acceso e.cl#si(o al centro oontol%&ico ODONTOA1T? centro
dotado de la última tecnología donde podrás acceder a todas las
especialidades odontológicas y múltiples pruebas diagnósticas sin
necesidad de desplazamientos.

• Tratamientos moernos A Fltimas tecnolo&;as a t# ser(icio: todas
las ventajas de un seguro dental de calidad que te ofrece el centro
odontológico odontoABT.
• Sin 5erioos e carencia ni 5ree.istencias: podrás disfrutar de
todas las ventajas el primer día.
• Sin coste e 5rima 5ara los niGos menores e / aGos incluidos en
la póliza de sus padres.
• Sin l;mite e ea ni e 5ermanencia: podrá ser contratado tanto
para los niños como por los más mayores, ya que disponemos de
servicios adecuados a las necesidades de cada edad.
1.7.$. Marco metool%&ico
La metodología que se presenta a continuación es un compendio de
diferentes metodologías, las cuales fueron seleccionadas de acuerdo a las
necesidades que el proyecto requería pedagógica como en la parte técnica,
con base a esto la metodología seleccionada es:
Metodología RUP (JACOBSON, 2001): Esta es la metodología de desarrollo
de software, la cual se empleara en el desarrollo de todos los sistemas de la
aplicación.
Metoolo&;a e esarrollo R*-.
RUP (Racional Unified Process). Proceso unificado racional. Es una
metodología cuyo fin es entregar un producto de software. Se encuentran
todo los procesos y me mide la eficiencia de la organización. Es un proceso
de desarrollo de software el cual utiliza el lenguaje unificado de modelado
31
Eje vertical:
Organización
a lo largo del
contenido
UML, constituye la metodología estándar más utilizada para el análisis,
implementación y documentación de sistemas orientados a objetos.
Estr#ct#ra el 5roceso
El proceso puede ser descrito por dos dimensiones o ejes (ver figura):
E,e @oriDontal? Or&aniDaci%n a lo lar&o el tiem5o
0i&#ra $: Estructura RUP
0#ente?<tt5?HH>>>.lanamme.#cr.ac.crHri(Hine..AS-I
o5tionJcomKcontentL(ie>JarticleLiJ2$/LItemiJ"C1
El eje vertical representa los Aspectos estáticos del proceso. Describe el
proceso en términos de componentes de proceso, disciplinas, flujos de
trabajo, actividades, artefactos y roles.
El eje horizontal: representa el tiempo y es considerado el eje de los
Aspectos dinámicos del proceso. Ìndica las características del eje de salida
del proceso expresado en término de fases, iteraciones e hitos. Se puede
observar que en la Figura 4. Que RUP consta de cuatro fases: Ìnicio,
32
Elaboración, construcción y transición. Como se menciona anteriormente
cada fase se subdivide a la vez en iteraciones.
Ciclo e (i R*-
A lo que se refiere al ciclo de vida RUP es una implementación del desarrollo
en espiral, este divide el proceso de desarrollo de software en ciclos, estos
ciclos son la clave que tiene el modelo para crear un proyecto de buena
calidad. Fue creado ensamblando lo elementos en secuencias semi-
ordenadas. El ciclo de vida organiza las tareas en fases e iteraciones.
El RUP divide el proceso de desarrollo en ciclos teniendo un producto final al
culminar cada uno de ellos, estos a la vez se dividen en fases y donde se
debe tomar una decisión importante:
• Inicio? se hace un plan de Fases se identifican lo principales casos de
uso y se identifican los riesgos.
• Ela+oraci%n? se hace un plan de proyecto, se completan los casos s
de uso y se eliminan los riegos.
• Constr#cci%n? Se concentra en la elaboración de un producto
totalmente operativo y eficiente y el manual del usuario.
• Transici%n? Se instala el producto en el cliente y se entrenan a los
usuarios. Surgen nuevos requisitos a ser analizados.
• Mantenimiento? una vez instalado el producto, el usuario realiza
requerimiento s de ajustes, esto se hace de acuerdo a solicitudes
generadas como consecuencia de interactuar con el producto.
0ase e tra+a,o R*-
Una fase de trabajo es una relación de actividades que producen resultados
observables. A continuación se dará una explicación de cada fase de trabajo
Moelao el ne&ocio? con esta fase de trabajo pretendemos llegar a un
mejor entendimiento de la organización donde se va a implementar el
producto.
Los o+,eti(os e moelao e ne&ocio son?
• Entender la estructura y la dinámica de la organización para la cual el
sistema va a ser desarrollado (organización objetivo).
• Entender el problema actual en la organización objetivo identificar
potenciales mejoras
33
• Asegurar que clientes, usuarios finales y desarrolladores tengan un
entendimiento común de la organización objetivo
• Derivar los requisitos del sistema necesarios para apoyar la
organización objetivo.
Re)#isitos
Este es una de las fases de trabajo más importantes porque en él se
establece que tiene que hacer exactamente el sistema que construyamos. En
esta línea los requisitos son el contrato que se debe cumplir, de modo que
los usuarios finales tienen que comprender y acoger los requisitos que
especifiquemos.
Los objetivos de la fase de requisitos son:
• Establecer y mantener un acuerdo entre clientes sobre lo que el
sistema podría hacer.
• Proveer a los desarrolladores un mejor entendimiento de los requisitos
del sistema
• Definir el ámbito del sistema
• Proveer una base para la planeación de los contenidos técnicos de las
iteraciones.
• Proveer una base para estimar los costos y tiempo de desarrollo del
sistema.
• Definir una interfaz de usuarios para el sistema, enfocada a las
necesidades y metas del usuario.
AnBlisis A iseGo
El objetivo de esta fase de trabajo es traducir los requisitos a una
especificación que describe como implementar el sistema.
Los objetivos del análisis y diseño son:
• Transformar los requisitos del diseño del futuro sistema.
• Desarrollar una arquitectura para el sistema.
• Adaptar el diseño para que sea consistente en el entorno de
implementación, diseñado para el rendimiento.
El análisis consiste en obtener una visión del sistema que se preocupa de ver
que hace de modo que solo se interesa por los requisitos funcionales. Por
34
otro lado el diseño es un refinamiento del análisis que tiene en cuenta los
requisitos no funcionales, en definitiva como cumple el sistema sus objetivos.
Al principio del ciclo de elaboración hay que definir una arquitectura
candidata: crear un esquema inicial de la arquitectura del sistema, identificar
qué clase de análisis y actualizar la realización de los casos de uso. Con las
iteraciones de las clases de análisis. Durante la fase de elaboración se va
refinando esta arquitectura hasta llegar a su forma definitiva. En cada
iteración hay que analizar el comportamiento para diseñar componentes.
Además el sistema usara una base de datos habrá que diseñarla también,
obteniendo un modelo de datos.
El resultado final más importante de esta fase de trabajo será el modelado de
diseño. Consiste en elaboraciones de clases, que pueden ser agregadas en
paquetes en subsistemas.
Im5lementaci%n
En esta fase de trabajo se implementa las clases y objetivos en ficheros
fuente, binarios, ejecutables y demás. Además se deben hacer las pruebas
de unidad:
En cada iteración habrá que hacer los siguientes:
• Planificar que subsistemas deben ser implementados y en qué orden
deben ser integrados, formando el plan de integración.
• Cada implementador decide en qué orden implementa los elementos
de subsistema.
• Si encuentra errores de diseño los notifica.
• Se encuentra los subsistemas individualmente.
• Se integra el sistema siguiendo el plan.
-r#e+a
Esta fase de trabajo es la encargada de evaluar la actualidad del producto
que estamos desarrollando, pero no para aceptar o rechazar el producto al
final de proceso de desarrollo sino que debe ser integrado en cada ciclo de
vida.
Esta disciplina brinda soporte a otras disciplinas. Sus objetivos son:
• Encontrar y documentar defectos en la calidad del software.
35
• Generalmente asesora sobre la calidad del software recibida.
• Provee la validación de los supuestos realizados en el diseño y
especificación de los requisitos por medio de demostraciones
concretas.
• Verificar las funciones del producto del software según lo diseñado.
• Verificar que los equipos tengan su apropiada implementación.
Im5lementaci%n
El objetivo de esta fase de trabajo es producir con éxito distribuciones del
producto y disturbillo a los usuarios. Las actividades implicadas incluyen:
• Probar el producto en su entorno de ejecución.
• Empaquetar el software para su distribución.
• Distribuir el software.
• Ìnstalar el software.
• Proveer asistencia y ayuda a los usuarios.
Gesti%n el 5roAecto
El principal artefacto que se usa en esta fase del trabajo es el caso de
desarrollo que especifica para el proyecto actual en concreto como se
aplicara el proceso, que productos se van a utilizar y como van a ser
utilizado. Además se tendrán que definir las guías para los distintos Aspectos
del proceso como pueden ser el modelado del negocio y los casos de uso,
para la interfaz de usuario, el diseño, el manual de usuario.
1.' 0ACTI1ILIDAD DE DESARROLLO
1.'.1. TMcnica
La especificación de hardware (ver tabla 1) y software (ver tabla 2) que se
manejara en el desarrollo de nuestro proyecto está definida por las siguientes
herramientas.
Com5#taor esarrollo
36
Procesador Ìntel ® Core¯ i3-2330M
CPU @ 2.20 GHz 2.20 GHz
Unidad de DVD
4 GB de memoria RAM Unidad lectora de memorias
Disco duro 80 GB Mouse ÷ teclado
Tarjeta de red Monitor LCD
Ta+la 1. Factibilidad técnica. Computador desarrollo
So!t>are
-ro&rama Descri5ci%n
Windows 7 Plataforma o sistema operativo
MySQL Programa manejador de base de datos
Php Especificación de lenguaje de
programación
Apache Servidor web
Ta+la 2. Factibilidad técnica. Software
1.'.2 O5erati(a
El software estará diseñado para operar bajo el sistema operativo XP, vista y
Windows 7. Debido al diseño de la interfaz y a su estructura, el software
puede ser fácilmente manipulado por las auxiliares, doctores, etc.; ya que
este ayudara a la organización y un manejo fiable de los datos de los
pacientes.
Para realizar el proyecto se cuenta con los siguientes recursos humanos.
E,ec#tores
• Angélica María Díaz García
Estudiante sistematización de datos
• Julieth Alejandra Páez Camargo
Estudiante sistematización de datos
Asesores
• Carlos Alberto Vanegas
37
Ìngeniero de sistemas, docente de la Universidad Distrital Francisco
José de Caldas.
1.'.". Le&al
La herramienta utilizada es el lenguaje de programación PHP cuya licencia
es libre, como sistema manejador de base de datos se utilizara la licencia
libre de MySQL.
1.'.$ Econ%mica
R!"R#
O
$RO%&OR !O#TO $OR
'OR(
TOT()
!o*+utador con re,ueri*iento
*-ni*o. en/
(l,uilado 0 1000 +or
1ora
0 500.000
1ard2are *e*oria R(3 4 45
$roce.ador 6ntel 7
!ore8 i3923303 !$"
: 2.20 4'z 2.20 4'z
&i.co duro/ 80 45
3onitor )!&
"nidad de &%&
Tar;eta de red
l e,ui+o .er<
utilizado +or un total
de 500 1ora. +ara
realizar +rueba.=
de.arrollo de
.o>t2are ?
docu*ento.
#o>t2are 3?#@) .o>t2are libre 0 0=00 0 0=00
$1+ .o>t2are libre
(+ac1e .o>t2are libre
Aindo2. 7 licencia )icencia
38
educatiBa ducatiBa
'u*ano traba;o e.tudiante
0C1 Dtotal 1ora. 576E
(.e.or-a.=
tutor-a. ?
de.arrollador
e.
0 4000 +or
1ora
0
2F304.000
traba;o director
0C1D30000C12E
$30,000 por
hora
0360.000
Otro. $a+eler-a= >otoco+ia.=
tra.+orte.= *edio.
*agnGtico. de
al*acena*iento
0 400.000 0 400.000
6*+reBi.to
.
D10HE total +ro?ecto 356.400 356.400
Total 3I920.400
39
Ta+la ". Factibilidad económica
40
1.N. CRONOGRAMA DE ACTI4IDADES
0i&#ra 5. Cronograma de actividades
41
2. MODELADO DEL NEGOCIO
2.1 Descri5ci%n e los 5rocesos
SISTEMA DESCRI-CION
Sistema e re&istro Es el sistema encargado de realizar el registro de
todos los usuarios del sistema (pacientes,
auxiliares, médicos, cajeros y administradores), así
como también permitir la gestión de usuarios(crear,
modificar, consultar y eliminar usuarios),
permitiendo el acceso a la plataforma
Sistema e <istorias
cl;nicas
Es el sistema encargado del manejo de los datos
médicos de los pacientes registrados en el sistema,
según el estándar de la resolución numero 1995 de
1999.
Sistemas e a&ena
e citas
Es el sistema que permite tener un control claro de
los tiempos manejados para la asignación de
horarios en las citas medicas
Sistema e control e
5a&os
Es un sistema el cual permite tener un control de
los pagos realizados en el día, mes y año para
poder llevar un registro ordenado
Sistema e re5ortes Es aquel que se encarga de generar los diferentes
reportes, tales como: pagos realizados en el día,
usuarios que fueron atendidos, pacientes que
cancelaron citas medicas, etc. También se tiene la
opción de impresión que permite imprimir
formatos que se necesitan tener en forma física.es
de anotar que el uso de este modulo es exclusivo
de los auxiliares y administradores del programa.
Sistema e se&#ria Es el que permite cambiar la clave de acceso al
sistema y recuperar la contraseña, si por algún
motivo no la recordamos
Sistema e aA#a Es el que da una guía acerca del uso de la
plataforma, así como también de sus servicios y
opciones en cada uno de los sistemas
anteriormente mencionados cabe resaltar que la
ayuda depende del tipo del usuario debido a que
éste pueden tener mayores o menores privilegios.
Ta+la $. Descripción de los sistemas
42
2.2. Moelamiento e 5rocesos
2.2.1. Dia&rama el 5roceso el sistema e re&istro 5ara a#.iliar A
aministraor.
0i&#ra /. Diagrama de proceso del sistema de registro para el tipo de
usuario auxiliar y administrador
43
2.2.2. Dia&rama e 5rocesos el sistema e <istorias cl;nicas 5ara el
ti5o e #s#ario a#.iliar A octor
0i&#ra 7. Diagrama de procesos del sistema de historias clínicas para el tipo
de usuario auxiliar y doctor.
44
2.2.". Dia&rama e 5rocesos el sistema e a&ena e citas 5ara el ti5o
e #s#ario 5aciente7 a#.iliar A meico.
0i&#ra '. Diagrama de procesos del sistema de agenda de citas para el tipo
de usuario paciente, auxiliar y medico.
45
2.2.$. Dia&rama e 5rocesos el sistema e control e 5a&os 5ara el
ti5o #s#ario ca,ero.
Figura 9. Diagrama de procesos del sistema de control de pagos para el tipo
usuario cajero.
46
2.2.5. Dia&rama e 5roceso el sistema e se&#ria 5ara toos los
#s#arios el sistema 35aciente7 a#.iliar7 octor7 ca,ero7
aministraor6.
47
Figura 10. Diagrama de proceso del sistema de seguridad para todos los
usuarios del sistema (paciente, auxiliar, doctor, cajero, administrador).
2.2./. Dia&rama e 5rocesos el sistema e re5ortes 5ara el ti5o e
#s#ario a#.iliar7 ca,ero A aministraor.
Figura 11. Diagrama de procesos del sistema de reportes para el tipo de
usuario auxiliar, cajero y administrador.
48
2.2.7. Dia&rama e 5rocesos el sistema e aA#a 5ara el ti5o e
#s#ario 5aciente7 octor7 a#.iliar7 ca,ero7 octor A aministraor.
Figura 12. Diagrama de procesos del sistema de ayuda para el tipo de
usuario paciente, doctor, auxiliar, cajero, doctor y administrador.
49
2.". Moelo el ominio
Figura 13. Diagrama de modelo de dominio.
". REO*ERIMIENTOS
50
".1. Ienti!icaci%n A le(antamiento e in!ormaci%n
Los procedimientos y técnicas que se utilizaron para destacar los
requerimientos se describen a continuación:
Para el levantamiento de información se realizó una serie de entrevistas,
visitas y con la experiencia al trabajar en un centro odontológico, allí se
definieron las características del proyecto y su funcionamiento.
• Formato de la entrevista al personal del área del centro odontológico
odontoABT administrador (encargado del área de sistemas).
 ¿Cuál es el objetivo del sistema que se quiere crear?
 ¿Qué haría el sistema?
 ¿El sistema que usuarios tendrá?
 ¿Restricción de los usuarios (eliminación, modificaciones,
creación)?
 ¿existe Hardware y Software suficiente para soportar la aplicación?
 ¿la base de datos donde quedara?
 ¿El lenguaje de programación a utilizar cual va a ser?
 ¿El sistema mantendrá clave de acceso?
 ¿Licencias o permisos para instalación?
 ¿Se requiere de un software específico en el equipo del usuario
final?
• Formato de la entrevista al personal del área del centro odontológico
auxiliares y médicos
 ¿Cómo es el proceso actual para la administración de citas, pagos,
historias clínicas, etc.?
 ¿Qué le gustaría que el sistema de información hiciera?
 ¿Falencias del formato actual?
".2. Entre(istas
Para la recopilación de los requerimientos se realizaron una serie de
cuestionamientos previamente establecidos y otros surgieron por la
experiencia propia al trabajar en uno de los centros odontológicos. La
51
información que se recopilo y las conclusiones a las que se llegaron se
mencionan a continuación.
• Entre(ista con el encar&ao e la 5arte e sistemas el centro
oontol%&ico oontoA1T.
 PC#Bl es el o+,eti(o el sistema )#e se )#iere crearI
El objetivo principal es crear un sistema de información con el fin
de sistematizar todos los datos de los pacientes, como lo son:
historias clínicas, control de pagos, manejo adecuado de los
horarios para la asignación de citas médicas, etc.
 PO#M <ar;a el sistemaI
Básicamente existe la necesidad de realizar un proyecto que
realice de forma fácil y de manera rápida asignación de citas
médicas, búsqueda de historias clínicas, etc. Y que también
permita ahorrar tiempo en el momento de realizar algún reporte o
búsqueda de información de algún paciente.
 PEl sistema )#e #s#arios tenrBI
El sistema de información tendrá un grupo de usuarios que contara
con una serie de permisos que van a estar respaldados por un
usuario y una contraseña, la cual será habilitada por un usuario
administrador que finalmente asigne el tipo de usuario que
corresponda y defina el tipo de permisos que designara.
 PRestricci%n e los #s#arios 3eliminaci%n7 moi!icaciones7
creaci%n6I
Cualquier usuario que se habilite para el uso de la aplicación debe
tener determinados permisos de acuerdo a los roles que se
establezcan, se debe tener en cuenta que la aplicación a
desarrollar necesita de un historial de las historias clínicas de los
pacientes, reporte de pagos, información importante para la
empresa, por lo tanto es indispensable analizar el tipo de permiso
que se otorga para el buen uso de la información.
 PO#M 5asara con la in!ormaci%n e aGos anterioresI
La base de datos tendrá información de los años que
correspondan a la fecha en la cual se ponga en marcha el
funcionamiento del sistema, es decir que solamente se tendrá en
52
cuenta la información del año en curso. No se tendrá en cuenta la
información de los años anteriores a no ser que se digiten o se
digitalicen y almacenen en la base de datos del sistema de
información.
 Pe.iste @ar>are A So!t>are s#!iciente 5ara so5ortar la
a5licaci%nI
En el centro odontológico tiene equipos con las suficientes
características para poder manejar la aplicación.
 Pla +ase e atos one )#earaI
Es importante que el sistema a implementar proporcione la
información en cualquier momento. La base de datos que se va a
alimentar va a quedar centralizada en el equipo donde se instale la
aplicación.
 PEl len&#a,e e 5ro&ramaci%n a #tiliDar c#al (a a serI
Lo más factible para la empresa ya que las licencias son libres es
utilizar PHP para desarrollar la parte de la interfaz, MYSQL para el
manejo de la base de datos y un servidor Apache.
 PEl sistema mantenrB cla(e e accesoI
Cada usuario manejara el nombre y un código único, que será
asignado por el administrador a la hora de creación de usuario.
 PLicencias o 5ermisos 5ara instalaci%nI
El sistema a diseñar e implementar cuenta con todas las licencias
para su desarrollo.
 PSe re)#iere e #n so!t>are es5ec;!ico en el e)#i5o el
#s#ario !inalI
Es necesario que el usuario se conecte a internet, tenga instalado
Ìnternet Explorer, Mozilla Firefox o Google Chrome.
• Entre(ista con las encar&aas el mane,o e la in!ormaci%n el
centro oontol%&ico oontoA1T.
 PC%mo es el 5roceso act#al 5ara la aministraci%n e citas7
5a&os7 <istorias cl;nicas7 etc.I
53
El proceso de asignación de citas, pagos e historias clínicas se
realiza por medio de hojas de cálculo de Excel.
 PO#M le &#star;a )#e el sistema e in!ormaci%n <icieraI
Lo principal seria poder sistematizar toda la parte de historias
clínicas para poder contar con la información para poder buscar
fácilmente, también contra son un soporte de los pagos realizados
por algún paciente, crear fácilmente reportes, poder asignar citas
médicas de forma fácil y rápida.
 P0alencias el !ormato act#alI
La organización, puesto a que se tienen muchos documentos en
donde se encuentra distribuida toda la información del centro
odontológico.
".". Re)#erimientos !#ncionales
El desarrollo de software bajo la arquitectura RUP basada en objetos,
sobrepone el uso de casos de uso y su correspondiente diagrama. El
diagrama de caso de uso representa la forma en cómo un cliente (Actor)
opera con el sistema, es una secuencia de accione ejecutadas por un
sistema de resultado observable de valor para un actor.
Basados en los propósitos principales de los caso de uso, la siguiente
diagramación busca plantear la base para la definición de requerimientos y
especificar las tareas principales del sistema de información.
54
A continuación se observara una lista preliminar de los diagramas de casos
de uso que hacen referencia a la concepción de los requerimientos
funcionales de software a implementar en el centro odontológico odontoABT,
su debida depuración y la documentación necesaria para cada uno de los
casos de uso, pero antes de esto haremos una lista de actores que
intervienen en el sistema, con una descripción de las actividades que cada
uno suplirá.
 Permitir la gestión de usuarios (crear, consultar, modificar y
eliminar usuarios).
 Permitir a los usuarios: Administrador y Auxiliar, la opción de
modificar sus datos personales siempre y cuando estén registrados
en la plataforma.
 Permitir a los pacientes acceder al sistema de interacción y hacer
uso de las herramientas que posee como: consulta de horarios
para citas médicas, ver citas anteriores, etc. Teniendo en cuenta
que los usuarios deben estar registrados en la plataforma
previamente.
 Permitir el acceso a los tipos de usuarios creados mediante el
sistema de registro teniendo en cuenta que los usuarios son
creados por el administrador del sistema y que los pacientes que
quieren ser miembros del tipo de usuarios deben estar registrado
en la plataforma.
 Permitir que el sistema valide la información de los usuarios para
poder acceder a la información
 Se requiere que el sistema tenga un interfaz de fácil manejo.
".$. Re)#erimientos no !#ncionales
• Para una correcta gestión y mantenimiento de la plataforma, esta
debe contar con un administrador el cual mantendrá y realizara las
operaciones sobre la plataforma que le corresponden.
• Se requiere un sistema que se pueda ejecutar en sistemas
operativos Windows XP o superior.
55
• Se requiere la utilización de un servido Apache versión 2.2.8 sobre
Windows.
• Para la correcta visualización de la plataforma los usuarios deben
utilizar como navegador de internet Explorer.
• Proporcionar tiempo de respuestas aceptables en los procesos en
línea de plataforma.
• Proporcionar un tiempo máximo de disponibilidad de la plataforma
a los usuarios es decir de 24 horas al día.
• Se debe poder acceder al sistema por medio de la Red de la
empresa.
• Desarrollar manual de usuario para la aplicación.
• Desarrollar un manual de Administrador para la aplicación.
".$.1. Re)#erimientos e *sa+ilia
El sistema está orientado hacia personas que tengan conocimientos básicos
en computación como el uso del sistema operativo, el uso de un navegador
de internet, entre otros.
*s#ario
• Solamente usuarios con permisos de Administrador podrán tener
acceso total o parcial al sistema.
• Puede darse una multiplicidad en consultas sobre el sistema.
• Realizar consultas de las historias clínicas de los pacientes.
• Realizar informes dependiendo de las necesidades del usuario y
consultarlos.
Aministraor
56
• Ìngenieros de sistemas y/o diseñadores del sistema, encargados de
manejar todo el sistema en cuanto a la asignación de permisos y
restricciones.
• El administrador manejara la base de datos y realizara el
mantenimiento y soporte al sistema de información.
".$.2. Re)#erimientos O5eracionales
Sistemas operativos: Windows, en general cualquier sistema operativo que
soporte la ejecución de alguno de los navegadores más populares, así como
soporte para PHP, MySQL y Apache.
Rec#rsos 0;sicos
Hardware: se puede manejar la aplicación desde una estación de trabajo que
cuente con las siguientes características:
• Procesador Ìntel ® Core¯ i3-2330M CPU @ 2.20 GHz 2.20 GHz
• Disco Duro de 80 GB
• Memoria de 4 GB
• Dispositivos de entrada y de salida en perfecto estado.
• Conexión: Tener servicios de internet con algún proveedor para poder
implementar el módulo de que el usuario pueda cancelar, consultar o
eliminar su cita médica. De lo contrario no es necesario tener internet.
Rec#rsos L%&icos
Software: Se cuenta con el software que logra una dualidad de tipo lógico y
grafico que permite cumplir con todos los requerimientos de diseño e
implementación que el proyecto exige. Dicho Software está compuesto por:
• Apache Web Server Versión 2.2.8
• PHP 5.2.6
• MySQL 5.0.51b
• Sistema Operativo Windows XP o superior
".$.". Re)#erimientos e E,ec#ci%n
El tiempo de respuesta no es crítico y dependerá de la velocidad de conexión
entre la máquina que funcione como servidor y la maquina cliente. Para la
57
búsqueda en la base de datos el tiempo de respuesta, también será afectado
por la velocidad de hacer búsquedas del manejador de la base de datos.
".$.$. Re)#erimientos e -orta+ilia
Ejecución en distinto ambientes tanto hardware como de software.
".$.5. E.tensi+ilia
La extensibilidad del sistema será bastante manejable ya que la
programación será orientada a objetos y por esta razón, las modificaciones
que se deseen hacer evitaran al máximo pero no total los cambios en otros
aspectos respecto a módulos del sistema.
".$./. Se&#ria
La seguridad del sistema consistirá en solicitar una clave de ingreso, a través
del cifrado de información en la base de datos, la cual permitirá acceder a un
perfil de usuario ya predeterminado y este pueda ejecutar funciones que solo
le pertenecen a él.
".5. GLOSARIO DE TERMINOS
Conce5to Descri5ci%n
-aciente Es el actor el encargado de hacer uso del sistema de
información para poder consultar una cita médica.
Doctor Es el actor el encargado de consultar citas médicas, las
historias clínicas de los pacientes y de almacenar los datos
de las consultas médicas asignadas.
A#.iliar Es el actor encargado de crear pacientes, modificar
(actualizar), eliminar historias clínicas, la agenda médica,
asignar citas médicas etc.
Aministraor Es el actor encargado de crear auxiliares, médicos,
58
cajeros, además de poderlos consultar, modificar y
eliminar.
Inter!aD Es la forma en que los usuarios pueden comunicarse con
el sistema de información, y comprende todos los puntos
de contacto entre el usuario y el ambiente virtual.
Sesi%n Es el cuadro espacio-tiempo en el que un usuario accede
utiliza los servicios del sistema de información.
C%i&o Numero único de identificación mediante el cual se conoce
los diferentes datos de un usuario, se le otorga al crear el
usuario.
ContraseGa Es una forma de autentificación que utiliza información
secreta para controlar el acceso hacia algún recurso
informático en este caso el sistema de información.
0orm#lario Es el conjunto de datos rellenados por el usuario para ser
enviados y luego ser procesados por el sistema para
devolver un resultado al usuario.
Re5ortes El reporte es aquel documento que se utiliza cuando se
quiera informar o dar noticia acerca de una determinada
cuestión.
A&ena La agenda le ofrece la posibilidad de consultar información
sobre cualquier encuentro, calendario, reunión.
@istoria cl;nica Conjunto de documentos relativos al proceso de asistencia
y estado de salud de una personal realizado por un
profesional sanitario.
Re&istro Pequeña unidad de almacenamiento que contiene cierto
tipo de datos. Puede estar en la propia memoria central o
en unidades de memoria de acceso rápido, bases de
datos, etc.
Re Sistema de comunicación entre computadoras que permite
transmisión de datos de una maquina a la otra,
intercambiando de todo tipo de información y de recursos.
59
Tabla 5. Glosario de Términos
$. ANALISIS
$.1. De!inici%n e actores
CONCE-TO DESCRI-CION
-aciente Este actor tiene la posibilidad de consultar su cita a
través del sistema
A#.iliar 3En!ermera6 Es el actor que se encarga del manejo del sistema de
información, tiene a cargo la creación, consulta,
actualización, y eliminación de pacientes, historias
clínicas, citas médicas, imprimir reportes, etc.
Meico 3a6 Este actor se encargara de consultar citas e historias
60
clínicas.
Ca,ero 3a6 Este actor se encargara de recibir, ingresar,
actualizar, consultar e eliminar un pago dentro del
sistema.
Aministraor3a6 Es el actor que maneja de manera global el sistema,
puede cambiar claves de acceso, creación, consulta,
actualización y eliminación de auxiliares, médicos y
cajeros, creación de reportes.
Tabla 6. Actores del Sistema.
$.2. Lista -reliminar e Casos e *so
Actor *s#ario Lista 5reliminar e caso e
#so
PACÌENTE • Recuperar contraseña
• Consultar Cita Medica
• Cambiar Contraseña
• Cancelar Cita Medica
• Consultar Ayuda
AUXÌLÌAR • Recuperar Contraseña
• Crear Paciente
• Consultar Paciente
61
• Modificar Paciente
• Desactivar Paciente
• Crear Cita Medica
• Consultar Cita Medica
• Cancelar Cita Medica
• Consultar Historia Clínica
• Modificar Historia Clínica
• Desactivar Historia Clínica
• Generar Reportes
• Cambiar Contraseña
• Consultar Ayuda
DOCTOR(A) • Recuperar Contraseña
• Consultar Cita Medica
• Crear Historia Clínica
• Consultar Historia Clínica
• Cambiar Clave de Acceso
• Consultar Ayuda
CAJERO(A) • Recuperar Contraseña
• Ìngresar Pagos
• Consultar Pago
• Anular Pago
• Generar Reportes
• Cambiar Clave de Acceso
• Consultar Ayuda
ADMÌNÌSTRADOR • Recuperar Contraseña
• Crear Usuario
• Modificar Usuario
• Consultar Usuarios
• Eliminar Reportes
• Generar Reportes
• Cambiar Contraseña
• Consultar Ayuda
Tabla 7. Ìdentificación de Actores
62
$.". De5#raci%n e Casos e *so
Para el diseño de las depuraciones de los casos de uso se utilizó la
herramienta Visual Paradigm for UML
Figura 14. Casos de uso con el actor paciente
63
Figura 15. Caso de uso con el actor doctor (a).
Figura 16. Caso de uso con el actor auxiliar.
64
Figura 17. Casos de uso con el actor Cajero.
Figura 18. Caso de uso con el actor administrador.
65
Figura 19. Modelo de caso de uso.
66
$.$. Doc#mentaci%n De Casos e *so
IDENTIFICACION CASO DE USO PERIODICIDAD
001 Recuperar
Contrasea
Aleatorio
ACTORES
$aciente= (uJiliar= &octor= (d*ini.trador= !a;ero.
O!"ETI#O
$er*itir al u.uario D$aciente= (uJiliar= &octor= (d*ini.trador= !a;eroE recu+erar lo. dato.
nece.ario. +ara el ingre.o al .i.te*a de in>or*ación +or *edio del enB-o de un correo
electrónico.
DESCRIPCION
@ue el u.uario +ueda tener acce.o a lo. dato. nece.ario. co*o .on cedula= claBe ? rol
+ara +oder entrar al .i.te*a ?a ,ue a Bece. +or de.cuido= olBido= etc. Ko tiene +re.ente
la. claBe. de acce.o
PRECONDICIONES &eben ingre.ar a la +<gina de login.
6ngre.ar al linL olBido de contra.eMa
POSCONDICIONES #i lo. dato. .u*ini.trado. no .on correcto. lo. deBuelBe a
la +<gina de login.
CURSO NOR$A% DE %OS E#ENTOS
ACCION DE% ACTOR RESPUESTA DE% SISTE$A
1. l u.uario ingre.a al linL olBido de
contra.eMa.
3. l actor ingre.a lo. dato. ,ue .e
+iden co*o .on cedula del u.uario=
e*ail con el ,ue .e regi.tró en el
.i.te*a ? el rol al ,ue +ertenece.
2. l .i.te*a *ue.tra >or*ulario +ara el ingre.o
de dato..
4. l #i.te*a rectiNca ,ue el u.uario 1a?a
ingre.ado lo. dato. corre.+ondiente..
5. .tablece coneJión con la ba.e de dato..
6. l .i.te*a BeriNca ,ue el u.uario e.te
regi.trado.
7. !o*+ara lo. dato. ingre.ado. +or el u.uario
con lo. re.+ectiBo. regi.trado. en la ba.e de
dato..
8. l .i.te*a *anda un e*ail con lo. dato. +ara
ingre.ar al .i.te*a.
$ANE"O DE SITUACIONES E&CEPCIONA%ES
l +rogra*a no +re.enta >alla.= +ero ta*biGn +uede ter*inar .e.ión al cerrar el
67
eJ+lorador.
Tabla 8. Caso de uso recuperar contraseña.
68
IDENTIFICACION CASO DE USO PERIODICIDAD
00' Ca()iar
Contrasea
Aleatorio
ACTORES
$aciente= (uJiliar= &octor= (d*ini.trador= !a;ero.
O!"ETI#O
$er*itir al u.uario $aciente= (uJiliar= &octor= (d*ini.trador= !a;ero ca*biar
.u claBe de acce.o al .i.te*a cuando lo re,uiera.
DESCRIPCION
&ar o+ortunidad al u.uario $aciente= (uJiliar= &octor= (d*ini.trador= !a;ero
interactuar con el .i.te*a de in>or*ación +ara ,ue +ueda ca*biar .u claBe
de acce.o.
PRECONDICIONES &eben ingre.ar a la +<gina.
&eben tener una .e.ión abierta.
POSCONDICIONES l .i.te*a lo. regre.ara a la +<gina de inicio.
CURSO NOR$A% DE %OS E#ENTOS
ACCION DE% ACTOR RESPUESTA DE% SISTE$A
1. l u.uario .e dirige a la +arte
de ca*bio de contra.eMa.
3. 6ngre.ar la actual contra.eMa=
.eguida de la nueBa
contra.eMa ? .u BeriNcación.
2. l .i.te*a *ue.tra >or*ulario +ara el
ca*bio de dato..
4. l .i.te*a rectiNca ,ue el u.uario 1a?a
ingre.ado lo. dato. corre.+ondiente..
5. !a+tura dic1o. dato..
6. .tablece la coneJión con la ba.e de
dato..
7. (ctualiza lo. dato. ingre.ado. +or el
u.uario con el re.+ectiBo regi.trado en
la ba.e de dato..
8. l .i.te*a *ue.tra *en.a;e de ca*bio
de +a..2ord realizado.
$ANE"O DE SITUACIONES E&CEPCIONA%ES
l +rogra*a no +re.enta >alla.= +ero ta*biGn +uede ter*inar .e.ión al cerrar
el eJ+lorador.
69
Tabla 9. Caso de uso cambiar clave de acceso.
IDENTIFICACION CASO DE USO PERIODICIDAD
00* Crear Paciente Aleatorio
ACTORES
(uJiliar
O!"ETI#O
$er*itir el regi.tro de dato. de lo. +aciente. +or +arte de la +er.ona encargada
de e.ta >unción D(uJiliarE.
DESCRIPCION
l .i.te*a +o.ee una >unción ,ue +er*ite regi.trar +or +ri*era Bez a un
+aciente nueBo ,ue .er< al*acenado con todo. .u. dato. +rinci+ale. en una
5&.
Tener lo. dato. de la +er.ona ,ue Ba a utilizar lo. .erBicio. del centro
odontológico +ara con.ultarlo. en cual,uier *o*ento ? +oder realizar
o+eracione. dentro del .i.te*a.
PRECONDICIONES l u.uario D(uJiliarE debe e.tar +reBia*ente
regi.trado en el .i.te*a.
l u.uario D(uJiliarE debe 1acer iniciado .e.ión en el
.i.te*a.
POSCONDICIONES #i 1a? errore. en lo. dato. recibido. +or el .i.te*a
e.te *o.trara un *en.a;e de error al u.uario +ara
,ue lo corri;a de lo contrario el u.uario e. regi.trado
en el .i.te*a.
CURSO NOR$A% DE %OS E#ENTOS
ACCION DE% ACTOR RESPUESTA DE% SISTE$A
1. 6ngre.ar a la +arte
ORegi.tro nueBo
+acienteP.
3. )lena ? enB-a lo. dato.
re,uerido..
2. l .i.te*a *ue.tra >or*ulario +ara el ingre.o
de un +aciente.
4. l .i.te*a rectiNca ,ue el u.uario 1a?a
ingre.ado bien lo. dato. corre.+ondiente..
5. !a+tura dic1o. dato..
6. .tablece la coneJión con la ba.e de dato..
7. 6n.erta lo. dato. .u*ini.trado. +or el actor
en la ba.e de dato..
8. l .i.te*a *ue.tra el >or*ulario con el nueBo
+aciente ingre.ado
$ANE"O DE SITUACIONES E&CEPCIONA%ES
70
l +rogra*a no +re.enta >alla.= .i la in>or*ación .u*ini.trada e. Ber-dica= la
reco*endación e. ,ue intente con.ultar o bu.car al +aciente ,ue .e acabo de
crear.
Tabla 10. Caso de uso crear paciente.
IDENTIFICACION CASO DE USO PERIODICIDAD
00+ $o,i-car Paciente Aleatorio
ACTORES
(uJiliar
O!"ETI#O
$er*itir la *odiNcación de lo. dato. de lo. +aciente. +or +arte del u.uario
encargado +ara e.ta >unción.
DESCRIPCION
$oder *odiNcar lo. dato. de un +aciente +ara *antenerlo. actualizado..
PRECONDICIONES l u.uario D(uJiliarE debe e.tar +reBia*ente
regi.trado en el .i.te*a.
l u.uario D(uJiliarE debe 1aber iniciado .e.ión en el
.i.te*a.
POSCONDICIONES #i 1a? errore. en lo. dato. recibido. +or el .i.te*a
e.te *o.trara un *en.a;e de error al u.uario +ara
,ue lo. corri;a de lo contrario lo. dato. *odiNcado.
o actualizado. del +aciente ,uedan guardado en el
.i.te*a.
CURSO NOR$A% DE %OS E#ENTOS
ACCION DE% ACTOR RESPUESTA DE% SISTE$A
1. 6ngre.ar a la +arte ORegi.tro
3odiNcar +acienteP.
3. )lena ? enB-a lo. dato.
+er*itido. ? di.+ue.to. a
*odiNcar.
2. l .i.te*a *ue.tra >or*ulario con lo.
dato. del +aciente.
4. l .i.te*a rectiNca ,ue el u.uario 1a?a
ingre.ado bien lo. dato.
corre.+ondiente..
5. !a+tura dic1o. dato..
6. .tablece la coneJión con la ba.e de
dato..
7. (ctualiza lo. dato. .u*ini.trado. +or el
actor en la ba.e de dato..
8. l .i.te*a *ue.tra el >or*ulario con la
actualización del +aciente.
$ANE"O DE SITUACIONES E&CEPCIONA%ES
71
#i el .i.te*a no .e +uede conectar a la ba.e de dato. +or >aBor reBi.ar ,ue el
.erBidor no .e encuentre ca-do ? ,ue no e.tG +re.entando +roble*a.= la
reco*endación e. ,ue intente de nueBo con.ultar al +aciente ,ue .e le
actualizaron lo. dato..
Tabla 11. Caso de uso modificar datos paciente.
IDENTIFICACION CASO DE USO PERIODICIDAD
00. Consultar
Paciente
Aleatorio
ACTORES
Au/iliar
O!"ETI#O
$er*itir la con.ulta de lo. dato. de un +aciente ,ue ?a e.te regi.trado en el
.i.te*a= +or +arte del u.uario encargado D(uJiliarE.
DESCRIPCION
)a auJiliar +odr< con.ultar en el *o*ento en ,ue lo nece.ite algQn +aciente
,ue .e encuentre regi.trado en el .i.te*a. $ara utilizar .u. dato. +ara algQn
+rocedi*iento.
PRECONDICIONES l u.uario D(uJiliarE debe e.tar +reBia*ente
regi.trado en el .i.te*a.
l u.uario D(uJiliarE debe 1aber iniciado .e.ión en
el .i.te*a.
POSCONDICIONES #i 1a? errore. en lo. dato. recibido. +or el
.i.te*a e.te *o.trara un *en.a;e de error al
u.uario +ara ,ue lo. corri;a de lo contrario lo.
dato. *odiNcado. o actualizado. del +aciente
,uedan guardado en el .i.te*a.
CURSO NOR$A% DE %OS E#ENTOS
ACCION DE% ACTOR RESPUESTA DE% SISTE$A
1. 6ngre.ar a la +arte ORegi.tro
!on.ultar $acienteP
3. )lenar lo. dato. D!edula del
+acienteE ? o+ri*ir bu.car.
2. l .i.te*a .olicita con un >or*ulario
la cedula del +aciente.
3. l .i.te*a rectiNca ,ue 1a?a
ingre.ado bien el dato
corre.+ondiente.
4. !a+tura dic1o dato.
5. .tablece la coneJión con la ba.e de
dato..
72
6. !on.ulta lo. dato. del +aciente en la
ba.e de dato..
7. 3ue.tra el >or*ulario con lo. dato.
del +aciente con.ultado.
$ANE"O DE SITUACIONES E&CEPCIONA%ES
l +rogra*a no +re.enta >alla.= .i al con.ultar al +aciente lo. dato. de
bQ.,ueda .on correcto..
Tabla 12. Caso de Uso consulta datos paciente.
-ara los emBs7 oc#mentos e casos e #so 5or !a(or remitirse a el CDQ
ROM a la car5eta ane.os7 arc<i(o Ane.o A.
$.5 DIAGRAMA DE CLASES
Figura 20. Diagrama de clases.
0ase e anBlisis
En el desarrollo del proyecto, es deseable contar como base con un concreto
y funcional análisis, se espera que de acuerdo a esto, se tengan los
resultados esperados y se cumpla satisfactoriamente con el objetivo inicial de
este proyecto, a continuación se describen los procesos que se han
desarrollado durante esta fase:
$.5. Dia&ramas e Sec#encia
Del estudio arrojado en la fase de requerimientos podemos determinar y
realizar los diagramas de secuencia.
Un diagrama se secuencia muestra la interacción de un conjunto de objetos
en una aplicación a través del tiempo. Esta descripción es importante porque
pude dar detalle a los casos de uso, aclarándolos al nivel de mensajes de los
objetos existentes, como también muestra el uso de los mensajes de las
clases diseñadas en el contexto de una operación.
Rec#5erar contraseGa
73
Figura 21. Diagrama de secuencia recuperar contraseña
Cam+iar cla(e e acceso
74
6nter>az olBido de
contra.eMa
6nter>az
indeJ
Figura 22. Diagrama de secuencia cambiar clave de acceso
Crea 5aciente
Figura 23. Diagrama de secuencia crea paciente.
Moi!ica atos 5aciente
Figura 24. Diagrama de secuencia modifica datos paciente.
75
Cons#lta atos 5acientes
Figura 25. Diagrama de secuencia consulta datos paciente.
-ara los emBs ia&ramas e sec#encia 5or !a(or rem;tase al CRQROM a la
car5eta ane.os7 arc<i(o ane.o 1.
$./. Dia&ramas e Acti(ia
El diagrama de actividad es utilizado para descubrir una secuencia de
acciones, las cuales pueden corresponder a distintos niveles de abstracción
de un sistema; el algoritmo de una operación en una clase, la interacción de
un grupo de objetos, la especificación de un caso de uso, las actividades
que integran un procedimiento en una empresa.
Los diagramas de Actividad son en esencia diagramas de flujo, con algunos
elementos adicionales que les permiten expresar conceptos como la
concurrencia y división del trabajo; utilizan los símbolos de estados,
denominados estados de acción, para describir las actividades, también usan
los símbolos para el estado inicial y para el estado final. Tienen condiciones
para habilitar las transacciones entre una acción y otra, y además un símbolo
para los puntos de decisión, que consiste en un diamante grande con una o
más transiciones de entrada y dos o más transiciones de salida etiquetadas
con condiciones.
Rec#5erar contraseGa
76
Figura 26. Diagrama de actividad recuperar contraseña
Cam+iar cla(e e acceso
Figura 27. Diagrama de actividad cambio de contraseña
77
Crea 5aciente
Figura 28. Diagrama de actividad crear paciente
Cons#lta atos 5aciente
78
Figura 29. Diagrama de actividad consultar datos paciente
-ara los emBs ia&ramas e sec#encia 5or !a(or rem;tase al CRQROM a la
car5eta ane.os7 arc<i(o ane.o 1.
5. DISERO
79
5.1. Lista inicial e o+,etos 3clases6
• Conexión
• Consulta MySQL
• Login
• Usuario
• Historia
• Citas
• Consulta
• Datos
• Pagos
• Class.Phpmailer
• Class.ezpdf
5.2. Relaciones entre o+,etos
NOM1RE O1:ETO 1 Citas
NOM1RE O1:ETO 2 Usuarios
NOM1RE DE LA RELACION FK_citas_usuarios
CARDINALIDAD O1:ETO 1 O1:ETO 2 N,1
CARDINALIDAD O1:ETO 2 O1:ETO 1 1,N
Tabla 13. Listado de relaciones entre objetos del objeto citas
NOM1RE O1:ETO 1 Es5ecialiDaci%n
80
NOM1RE O1:ETO 2 Usuarios
NOM1RE DE LA RELACION
FK_especializacion_usuarios
CARDINALIDAD O1:ETO 1 O1:ETO 21,1
CARDINALIDAD O1:ETO 2 O1:ETO 1 1,N
Tabla 14. Listado de relaciones entre objetos del objeto especialización
NOM1RE O1:ETO 1 @istoria
NOM1RE O1:ETO 2 Usuarios
NOM1RE DE LA RELACION FK_historia_usuarios
CARDINALIDAD O1:ETO 1 O1:ETO 1,1
CARDINALIDAD O1:ETO 2 O1:ETO 1 1,1
NOM1RE O1:ETO 2 Eps
NOM1RE DE LA RELACION FK_historia_eps
CARDINALIDAD O1:ETO 1 O1:ETO 1,1
CARDINALIDAD O1:ETO 2 O1:ETO 1 1,N
Tabla 15. Listado de relaciones entre objetos del objeto historia.
NOM1RE O1:ETO 1 Lo&in
81
NOM1RE O1:ETO 2 Usuarios
NOM1RE DE LA RELACION FK_login_usuarios
CARDINALIDAD O1:ETO 1 O1:ETO 1,1
CARDINALIDAD O1:ETO 2 O1:ETO 1 1,1
Tabla 16. Listado de relaciones entre objetos del objeto login.
NOM1RE O1:ETO 1 controlKcitasK5a&os
NOM1RE O1:ETO 2 citas
NOM1RE DE LA RELACION FK_citas_controlcp
CARDINALIDAD O1:ETO 1 O1:ETO 1,1
CARDINALIDAD O1:ETO 2 O1:ETO 1 1,N
NOM1RE O1:ETO 2 Consultas
NOM1RE DE LA RELACION FK_consulta_controlcp
CARDINALIDAD O1:ETO 1 O1:ETO 1,1
CARDINALIDAD O1:ETO 2 O1:ETO 1 1,1
NOM1RE O1:ETO 2 Pagos
NOM1RE DE LA RELACION FK_pago_controlcp
CARDINALIDAD O1:ETO 1 O1:ETO 1,1
CARDINALIDAD O1:ETO 2 O1:ETO 1 1,1
82
NOM1RE O1:ETO 2 Tratamientos
NOM1RE DE LA RELACION FK_tratamiento_controlcp
CARDINALIDAD O1:ETO 1 O1:ETO 1,N
CARDINALIDAD O1:ETO 2 O1:ETO 1 1,1
Tabla 17. Listado de relaciones entre objetos del objeto control_citas_pagos.
5." Re!inamiento e las res5ona+iliaes e los o+,etos
83
3Tar,etas CRC6
Ta)la 10. Tarjeta CRC- Clase Conexión.
Tabla 19. Tarjeta CRC- Clase Consulta MYSQL.
Tabla 20. Tarjeta CRC- Clase Login.
84
Tabla 21. Tarjeta CRC- Clase Class.Phpmailer.
Tabla 22. Tarjeta CRC- Clase Class.ezpdf.
Tabla 23. Tarjeta CRC- Clase Usuario
85
86
Tabla 24. Tarjeta CRC- Clase.
Tabla 25. Tarjeta CRC- Clase Citas
87
Tabla 26. Tarjeta CRC- Clase Datos.
88
Tabla 27. Tarjeta CRC - Clase Pagos.
89
C%ASE Consulta
&e.cri+cion/ !la.e ,ue *ue.tra= ca+tura ? enBia a la ba.e de
dato. la in>or*acion de la. con.ulra. *edica. ,ue
.e realizan a lo. +aciente..
.tereoti+o/
3etodo Re.+on.abilidad !olaboracion
!on.ultaD0nroR0E
get6dScon.ultaDE
getKScitaDE
getTrata*ientoSrealizadoDE
get.taturaDE
get$e.oDE
get3a.aScor+oralDE
get!abezaDE
get!uelloDE
getJtre*idade.DE
get(d.o*enDE
getOb.erBacione.
get&11
get&12
get&13
get&14
get&15
get316
get317
get318
get&21
get&22
get&23
get&24
get&25
get326
get327
get328
get&31
get&32
get&33
get&34
get&35
get336
get337
get338
get&41
get&42
9&eclara el contructor +ara
traer la con.ulta *edica
e.+eciNcada.
9 &eBuelBe id de la con.ulta.
9 &eBuelBe nT de la cita
*edica.
9 &eBuelBe Balor trata*iento
,ue .e relizo al +aciente.
9 &eBuelBe Balor e.tatura.
9 &eBuelBe Balor +e.o.
9 &eBuelBe Balor *a.a
cor+oral.
9 &eBuelBe Balor cabeza
9 &eBuelBe Balor cuello
9 &eBuelBe Balor eJtre*idade.
9 &eBuelBe Balor abdo*en
9&eBuelBe Balor
ob.erBacione.1
9 &eBuelBe Balor &11
9 &eBuelBe Balor &12
9 &eBuelBe Balor &13
9 &eBuelBe Balor &14
9 &eBuelBe Balor &15
9 &eBuelBe Balor 316
9 &eBuelBe Balor 317
9 &eBuelBe Balor 318
9 &eBuelBe Balor &21
9 &eBuelBe Balor &22
9 &eBuelBe Balor &23
9 &eBuelBe Balor &24
9 &eBuelBe Balor &25
9 &eBuelBe Balor 326
9 &eBuelBe Balor 327
9 &eBuelBe Balor 328
9 &eBuelBe Balor &31
9 &eBuelBe Balor &32
9 &eBuelBe Balor &33
9 &eBuelBe Balor &34
9 &eBuelBe Balor &35
9 &eBuelBe Balor 336
9 &eBuelBe Balor 337
!la..
con.ulta3U#@)
!la.. !ita.
!la.. $aciente
90
get&43
get&44
get&45
get346
get347
get348
getOb.erBacione.2DE
get%aloracionSob.erBacion
e.DE
.et6dScon.ultaD0BalE
.etKScita.D0BalE
.etTrata*ientoSrealizadoD0
BalE
.et.taturaD0BalE
.et$e.oD0BalE
.et3a.aScor+oralD0BalE
.et!abezaD0BalE
.etJtre*idade.D0BalE
.et(bdo*enD0BalE
.etOb.erBacione.1D0BalE
.et&11D0BalE
.et&12D0BalE
.et&13D0BalE
.et&14D0BalE
.et&15D0BalE
.et316D0BalE
.et317D0BalE
.et318D0BalE
.et&21D0BalE
.et&22D0BalE
.et&23D0BalE
.et&24D0BalE
.et&25D0BalE
.et326D0BalE
.et327D0BalE
.et328D0BalE
.et&31D0BalE
.et&32D0BalE
.et&33D0BalE
.et&34D0BalE
.et&35D0BalE
.et336D0BalE
.et337D0BalE
.et338D0BalE
.et&41D0BalE
.et&42D0BalE
9 &eBuelBe Balor 338
9 &eBuelBe Balor &41
9 &eBuelBe Balor &42
9 &eBuelBe Balor &43
9 &eBuelBe Balor &44
9 &eBuelBe Balor &45
9 &eBuelBe Balor 346
9 &eBuelBe Balor 347
9 &eBuelBe Balor 348
9&eBuelBe Balor
ob.erBacione.2
9&eBuelBe Balor Baloracion
Ob.erBacione.
9 !a+tura Balor id de la
con.ulta
9 !a+tura nT de la cita *edica
9 !a+tura Balor trata*iento
,ue .e realizo al +aciente
9 !a+tura Balor e.tatura
9 !a+tura Balor +e.o
9 !a+tura Balor *a.a cor+oral
9 !a+tura Balor cabeza
9 !a+tura Balor cuello
9 !a+tura Balor eJtre*idade.
9 !a+tura Balor abdo*en
9 !a+tura Balor &11
9 !a+tura Balor &12
9 !a+tura Balor &13
9 !a+tura Balor &14
9 !a+tura Balor &15
9 !a+tura Balor 316
9 !a+tura Balor 317
9 !a+tura Balor 318
9 !a+tura Balor &21
9 !a+tura Balor &22
9 !a+tura Balor &23
9 !a+tura Balor &24
9 !a+tura Balor &25
9 !a+tura Balor 326
9 !a+tura Balor 327
9 !a+tura Balor 328
9 !a+tura Balor &31
9 !a+tura Balor &32
9 !a+tura Balor &33
9 !a+tura Balor &34
9 !a+tura Balor &35
9 !a+tura Balor 336
9 !a+tura Balor 337
91
.et&43D0BalE
.et&44D0BalE
.et&45D0BalE
.et346D0BalE
.et347D0BalE
.et348D0BalE
.etOb.erBacione.2D0BalE
.et%aloracionSob.erBacione.D
0BalE
in.ert!on.ultaDE
u+date!on.ultaDE
9 !a+tura Balor 338
9 !a+tura Balor &41
9 !a+tura Balor &42
9 !a+tura Balor &43
9 !a+tura Balor &44
9 !a+tura Balor &45
9 !a+tura Balor 346
9 !a+tura Balor 347
9 !a+tura Balor 348
9 !a+tura Balor
ob.erBacione.2
9 !a+tura Balor Baloracion
Ob.erBacione..
9 6n.erta dato. ca+turado. de
la con.ulta *edica en la 5&
9(ctualiza lo. dato. de la
con.ulta *edica
Tabla 28. Tarjeta CRC- Clase Consultas.
5.$ Diccionario e atos 3Cam5os Relacionales6
Un diccionario de datos contiene las características lógicas de los datos que
se van a utilizar en el desarrollo del prototipo, incluyendo nombre,
descripción, alias, contenido y organización.
Ta+la 2N. Relación de campos relacionales Citas
92
Tabla 30. Relación de campos Relacionales Pagos
Tabla 31. Relación de campos Relacionales Eps
Tabla 32. Relación de campos relacionales Especialización
Tabla
33.
Relación de campos Relacionales Login
Tabla 34. Relación de campos relacionales tratamientos
93
Tabla 35. Relacion de campos relacionales pagos
Tabla 36. Relación de campos relacionales usuarios
94
Tabla 37. Relación de campos relacionales historia
95
Tabla 38. Relación de campos relacionales Consultas
96
5.5. Moelo entia relaci%n
Figura 30. Modelo Entidad relación
97
5./. Moelo e iseGo
Figura 31. Modelo de diseño
98
/. IM-LEMENTACION
La fase de implementaciones conocidas también como fase de codificación,
pues supone todo el proceso de escribir el código SOFTWARE necesario
que hará posible la solución del problema planteado o el producto o servicio
a ofrecer.
/.1. Dia&rama e 5a)#etes
Los diagramas de paquetes se usan para reflejar la organización de
paquetes y sus elementos. El uso más común de los diagramas de paquetes
es organizar los diagramas de clases, estos paquetes son como grandes
contenedores de clases.
/.1.1.-a)#ete lo&in
Figura 32. Diagrama de paquetes login
99
/.1.2. -a)#ete #s#ario
0i&#ra "". Diagrama de paquetes usuario
/.1.". -a)#ete 5aciente
Figura 34. Diagrama de paquetes paciente
100
/.1.$. -a)#ete <istoria
Figura 35. Diagrama de paquetes historia clínica
/.1.5. -a)#ete cons#ltas
Figura 36. Diagrama de paquetes consultas médicas
/.1./. -a)#ete citas
101
Figura 37. Diagrama de paquetes citas médicas
/.1.7. -a)#ete 5a&os
Figura 38. Diagrama de paquetes pagos
/.2. Dia&rama e com5onentes
102
Lo que distingue el diagrama de componentes de otro tipo de diagrama es
sin duda su contenido. Normalmente contiene componentes, interfaces y
relaciones entre ellos.
Los componentes pertenecen a un mundo físico, es decir, representan a un
bloque de construcción al modelar aspectos físicos de un sistema.
Cada componente debe tener un nombre que lo distinga de los demás. Al
igual que las clases los componentes pueden enriquecerse con
compartimientos adicionales que muestran sus detalles.
Figura 39. Diagrama de componentes
/.". Dia&rama e es5lie&#e
103
Básicamente este tipo de diagrama se utiliza para modelar el hardware
utilizado en la implementación del sistema y las relaciones entre sus
componentes.
Los elementos utilizados por este tipo de diagrama son nodos, componentes
y asociaciones. Además los diagramas de Despliegue muestran la
configuración en funcionamiento del sistema incluyendo su software y su
hardware.
Figura 40. Diagrama de despliegue
7. -R*E1AS Y MANTENIMIENTO
104
Las pruebas son el proceso de encontrar el comportamiento esperado por los
modelos del sistema y el comportamiento observado del sistema. Estas
hacen el proceso de análisis de un sistema o componente; para detectar las
diferencias entre el comportamiento especificado (requerido) y el observado
(existente).
Durante la prueba se verifica el resultado de la implementación probando
cada construcción, incluyendo todos los componentes, así como las
versiones finales del sistema, versiones que serán entregadas a los usuarios
finales.
Para la realización de cada una de las pruebas, se conto con datos reales y
con usuarios ajenos a la construcción del sistema, estas pruebas se
realizaron sobre diferentes configuraciones de equipos y diferentes sistemas
operativos (Microsoft).
-R*E1A
CONTROL
4ERSI9N
DETALLE
RES*LTADO
0ec<a
DDHMMHAA
Satis!actori
o
E
Satis!ac.
No 0*NCIONALIDAD SI NO
1 INSTALACION
15/06/13
Para la realización de
esta prueba, se contó
con diferentes
configuraciones de
maquinas. En cada uno
de los equipos
seleccionados (Windows
Vista, Windows 7,
Windows 8), se logró la
instalación correcta del
sistema y se verificó el
funcionamiento de los
procesos que desarrolla
cada usuario.
X 100
105
2 CASO DE *SO
01/07/13
Se verificó que el sistema
logró ejecutar cada uno de
los casos de uso
planteados en la fase de
requerimientos, teniendo
en cuenta la secuencia
planteada en la fase de
análisis.
X 100
" 4ALIDACION DE
ROLES Y
-ERMISOS
15/07/13
Ìnicio de sesión de los
usuarios (todos)
x 100
$ 0ASE DE
REO*ERIMIENTO
S
17/07/13
Se verificó para cada uno
de los usuarios y
administradores, las
acciones respectivas a
llevar a cabo. Además se
identificaron todas las
restricciones que tiene el
sistema en cuanto al
ingreso, a la actualización y
eliminación de datos;
restricciones, haciendo
referencia a todo tipo de
validación lo cual permite
ingresar datos correctos o
eliminar datos en cadena,
según la tarea que accione
el usuario.
x 100
5 DESEM-ERO 20C07C13
Pruebas de esfuerzo se
logro verificar que el
sistema responde a
varias peticiones
simultáneamente desde
diferentes equipos.
x 100
106
/ RROR# 22C07C13
El primer problema que
se presentó fue el de la
validación de campos
puesto que no fue
tomado en cuenta en el
momento del desarrollo,
después de esto nos
encontramos que al abrir
el aplicativo en los
diferentes navegadores,
se cambiaba la posición
de la interfaz principal.
7
SOL*CION
25C07C13
Las decisiones que se
realizaron para corregir
estos errores fue
comenzar por aplicar
diferentes funciones para
la validación de campos
y lo siguiente fue
configurar la interfaz
principal para que al abrir
el aplicativo en
cualquiera de los
navegadores esta
quedara en una misma
posición.
x 100
' 0INALES 30C07C13 Después de corregir todos
los errores presentados se
volvió a comprobar todo el
funcionamiento del sistema
Ta+la "N. -r#e+as A mantenimiento
107
CONCL*SIONES
El software desarrollado es muy didáctico y de fácil comprensión para los
usuarios, teniendo en cuenta que la información utilizada en el centro
odontológico odontoABT y la ejecución de sus procesos es de vital
importancia.
El sistema nos brinda una actualización constante de datos en tiempo real y
una administración adecuada en el centro odontológico, a pesar de esto el
mayor reto de este proyecto fue la adaptación de los diferentes usuarios.
Los resultados obtenidos después de cada una de las pruebas del sistema
permiten concluir que la aplicación realiza las funciones planeadas como
asignar citas, crear historia clínica, realizar consulta médica, etc. Ìncluyendo
validaciones (para el ingreso de usuarios al sistema, eliminación y
modificación de cualquier tipo de registro) las cuales permiten conservar la
integridad de los datos optimizar el tiempo requerido para dichas
operaciones.
La implementación del aplicativo favorece la gestión de la información de una
manera organizada y de forma segura para las personas que prestan y
utilizan los servicios en el centro odontológico odontoABT.
El presente trabajo final de grado nos ha permitido concluir que existen
procedimientos para mantener una buena gestión de los datos del centro
odontológico odontoABT, pero tenemos claro que su aplicación no garantiza
un nivel máximo de eficiencia y eficacia, para que el sistema nos brinde los
resultados esperados, es necesaria la colaboración y el trabajo conjunto de
todas las personas relacionadas a las actividades que realiza el centro
odontológico.
Este trabajo nos sirvió para interiorizarnos y aprender de una manera
adecuada el desarrollo de páginas web para en un futuro tener una mejor
noción a la hora de realizar un software, los pasos que se deben llevar a
cabo y la forma correcta de realizarlo.
108
RECOMENDACIONES
Se necesita realizar Backup constantemente de la información capturada en
la base de datos debido a la complejidad y la gran cantidad de datos.
Para el uso de la plataforma por parte de los usuarios es recomendable el
uso de los navegadores de internet Chrome y explorer en sus versiones mas
actuales preferiblemente, para una correcta visualización de la plataforma y
su correcto funcionamiento.
Para un buen desempeño del sistema es recomendable contar con una
conexión a internet que brinde rapidez al navegar y seguridad en la
transferencia de datos

109
1I1LIOGRA0IA
Korth, H; Silberschatz, A., Sudarshan, S.: Fundamento de bases de datos. 3ª
Edicion. McGraw-Hill.
Walther, Stephen. ASP.NET unleasthed. Editorial Sams.
PRESSMAN, Roger S. Ìngeniería de software. Un enfoque practico. 5
ediciones. Editorial Mc Graw Hill, 2001.
WEÌTZENFELD ALFREDO: ingeniería de software orientada a objetos con
UML, java Editorial Ìntern Et.
Ceballos Sierra, Francisco Javier. Visual Basic.net: el lenguaje de
programación. Editorial Alfaomega.
Balena, Francesco. Programación avanzada con Microsoft Visual Basic.Net.
Editorial McGraw-Hill.
Rumbaugh, James. El lenguaje unificado de modelado :: manual de
referencia. Editorial Addisson Wesley.
Booch, Grady. El lenguaje unificado de modelado. Editorial McGraw-Hill.
Coutin Domínguez, Adrián. Arquitectura de información para sitios web.
Editorial Anaya Multimedia.
IN0OGRA0IA
110
medicalexpo. El salón virtual del sector médico. [en línea] [consultado el 20
de marzo de 2013] disponible en internet:
http://www.medicalexpo.es/prod/adstra/softwares-medicos-de-gestion-ara-
consultorios-y-laboratorios-dentales-78480-481430.html
medicalexpo. El salón virtual del sector médico. [en línea] [consultado el 20
de marzo de 2013] disponible en internet:
http://www.medicalexpo.es/prod/xldent/softwares-medicos-de-gestion-ara
consultorios-y-laboratorios-dentales-79098-496664.html
medicalexpo. El salón virtual del sector médico. [en línea] [consultado el 20
de marzo de 2013] disponible en internet:
http://www.medicalexpo.es/fabricante-medical/software-gestion-laboratorios-
8089.html
Guiarte multimedia s.l. Desarrollo web. [enlínea].[consultado 18 de abril de
2013] disponible en internet: http://www.desarrolloweb.com/php/
Ìnteractive Programmers Community. Comunidad de Programadores
[enlínea]. [consultado 18 de abril de 2012] disponible en internet:
http://www.lawebdelprogramador.com/
Sara Álvarez. ArquitecturaCliente-servidor. [enlínea] [Consultado el 10 de
junio de 2013] disponible en internet:
http://www.desarrolloweb.com/articulos/arquitectura-cliente-servidor.html
Ìnformaticamilenium.com [enlínea] [consultado el 15 de junio de 2013]
disponible en internet:
http://www.informaticamilenium.com.mx/paginas/espanol/sitioweb.htm
111