Gonzales

Anlisis, Diseo e Implementacin de
un Sistema de Control de Citas Mdicas

para la Clnica Gonzales S.A de Lince
en el Ao 2016.
Tesis que se presenta para obtener el ttulo
Profesional Tcnico en Administracin y
Sistemas.
AUTORES:
MAMANI YANA , William
MARTIN ESPIRITU , Lenides
MARREROS FLORES , Rosmery
MENESES QUIPE , Justino
Lince, Abril del 2016
Agradecemos a dios por la vida que

nos da y tambin porque nos brinda
sabidura e inteligencia para da a
da adquirir nuevos conocimientos,
y seguidamente a nuestros padres
porque nos dan el apoyo moral
cada da para seguir estudiando y
lograr nuestro objetivo trazado para
un futuro mejor y ser el orgullo de
toda nuestra familia.
Tambin al Instituto Norbert Wiener
que nos da la posibilidad de ser
parte de ellos y nos estn formando
para
ser
futuros
tcnicos
administracin y sistemas.
en
El presente trabajo va dedicado

principalmente a Dios, que es el
creador de todas las cosas que
ha
dado
la
fortaleza
para
continuar cada da de pie con

fuerza en mis estudios.
De igual forma a nuestros
queridos
padres porque ellos le
han dado razn a nuestras vidas

por sus consejos y su apoyo
incondicional y su paciencia y
todo lo que hoy somos es gracias
a ellos, tambin por el cario y
comprensin que nos tienes a
ellos le debemos toda nuestra
vida, son quienes nos han sabido
formar con buenos sentimientos
y buenos valores.
A toda mi familia que es lo mejor
y ms valioso que dios me dado.
NDICE
AGRADECIMIENTO
I
DEDICATORIA
II
INTRODUCCION
III
CAPITULO I.
1.1
Planteamiento Del Problema:
1.2
Formulacin Del Problema
1.3
Delimitacin Del Problema
1.4
Objetivos De La Investigacin
1.4.1
Objetivo General
1.4.2
Objetivo Especfico.
1.5
Hiptesis.
1.6
Justificacin De La Investigacin
1.7
Antecedentes De La Investigacin
1.8
Limitaciones
18
1.9
Metodologa
18
CAPITULO II: MARCO TERICO.
24
2.1.1
Entidad
24
2.1.2
Atributos
24
2.1.3
Relacin:
25
2.1.4
Cardinalidad:
25
2.2
Proceso de Normalizacin
26
2.2.1
Primera Forma Normal:
26
2.2.2
Segunda Forma Normal:
26
2.2.3
Tercera Forma Normal:
27
2.2.4
2.3
Cuarta Forma Normal:
27
Gestores de Base de Datos
27
2.3.1
Oracle
28
2.3.2
Microsoft SQL Server
31
2.3.3
MySQL Server
31
2.4
Lenguaje de Modelamiento Unificado (UML)
33
2.4.1
Diagrama de Caso de Uso
35
2.4.2
Diagrama de Secuencia
37
2.4.3
Diagrama de Colaboracin
37
2.4.4
Diagrama de Clases
39
2.4.5
Diagrama de Actividades
40
2.4.6
Diagrama de Componentes
41
2.5
Programacin Orientada a Objetos
42
2.6
Programacin por capas
43
CAPITULO III: ANTECEDENTES GENERALES Y ANLISIS DEL

PROBLEMA.
45
3.1
Resea Histrica De La Empresa.
45
3.2
Ubicacin Geogrfica.
47
3.3
Organigrama.
48
3.4
Visin y Misin.
49
3.4.1
Visin.
49
3.4.2
Misin.
49
Anlisis FODA.
49
3.5
3.5.1
Fortalezas.
49
3.5.2
Debilidades
49
3.5.3
Oportunidades
50
3.5.4
Amenazas.
50
3.6
Planificacin Y Gestin De Las Entrevistas
50
3.7
Factibilidad Del Proyecto.
51
3.7.1
Factibilidad Operativa.
51
3.7.2
Factibilidad Tcnica.
51
3.7.3
Factibilidad Financiera y Econmica.
51
CAPITULO IV: DISEO DE LA SOLUCION.
52
4.1
Diagrama De Caso De Uso Del Negocio.
52
4.2
Diagrama de caso de uso del sistema.
57
4.3
Diagrama de Secuencia
Error! Marcador no definido.
4.4
Diagrama de Colaboracin.
4.5
Diagrama de Actividades.
67
4.6
Diagrama de Clases
67
CAPITULO V: IMPLEMENTACION DEL SISTEMA.
68
5.1
Modelo Entidad Relacin de la Base de Dato.
68
5.2
El Diagrama de la Base de datos
69
5.2.1El Diagrama Lgico de la base de Datos

definido.
5.2.2 El Diagrama Fsico de la Base de Datos
5.3
El Script de la Base de Datos
70
5.4 El Diagrama Fsico de la Base de Datos

definido.
5.5
Error! Marcador no
Diseo de las Interfaces del Sistema.
Error! Marcador no
71
CONCLUSIONES.
79
RECOMENDACIONES.
79
BLIBIOGRAFIA.
79
WEBGRAFIA.
80
10
ANEXOS.
INTRODUCION
El uso de la tecnologa es indispensable actualmente ya que por
medio de ellos facilitan el acceso a los datos y permiten establecer las
comunicaciones en el mundo de la informtica, ya que se vive en una
etapa de globalizacin y es de suma prioridad para la clnica Gonzales
sistematizar el proceso de citas mdicas ya que existe gran demanda en
la atencin de pacientes.
Cuando se desea obtener una cita mdica en la clnica Gonzales
S.A ubicado en el distrito de lince normalmente se acercan la clnica a
conseguir una cita mdica. Este proceso si bien funciona hoy en da,
pero no es el ms adecuado ya que este proceso de gestin de citas
demora y genera largas colas para poder sacar una cita .por tal la razn
el
siguiente
proyecto
tienen
como
finalidad
analizar,
diseo
implementacin de un sistema de control de citas mdicas .Por eso

mediante ese proyecto se busca dar solucin al problema
de citas a
travs de la creacin de un sistema de citas mdicas.

En el presente trabajo de investigacin ha sido estructurado por
captulos a continuacin se describe cada uno de ellos.
En el captulo I, se hace mencin
al Problema de la
investigacin, siendo un primer punto a abordar el Planteamiento del

problema, el cual describe las necesidades o requerimientos que tiene
la empresa, es decir aqu se describe el problema de investigacin,
luego se hace mencin a la Formulacin del Problema, que no es otra
cosa que la solucin a implementar. Continuando con el desarrollo del
captulo I
se procede a establecer la Limitacin del problema, este
contempla los datos principales de la empresa, el nombre del gerente

general ya la direccin donde se va a llevar a cabo el presente estudio.
Mediante los Objetivos de la Investigacin, se establecen los

propsitos que desean cumplir o realizar, al trmino de la investigacin
siendo, estos el Objetivo General y los Objetivos Especficos. Mediante
las Hiptesis se establecen los supuestos hechos o conjeturas que
intentan explicar el porqu del problema situacional de la empresa, a
travs de la justificacin se explica las razones y/o motivos que nos han
conducido al desarrollo del presente estudio.
Finalmente mediante los Antecedentes de la Investigacin se

hacen referencia a investigaciones previas realizadas por otros autores
o investigadores que de una u otra manera respaldan o avalan nuestra
investigacin, tambin se hace mencin a las Limitaciones que son EL
conjunto de restricciones que han limitado el desarrollo del presente
estudio a travs de la Metodologa se explica cul va a hacer la lnea de
accin de los investigadores ,la Metodologa comprende un conjunto de
tcnicas, herramientas y/o procedimientos utilizados para el anlisis

,diseo e implementacin del sistema informtico a realizar.
En el captulo II, se hace mencin al Marco Terico este

comprende el conjunto de, siendo el conjunto de bases Modelo Entidad
Relacin una de las tcnicas necesarias para el modelamiento y diseo
de nuestra base de datos aqu definen los conceptos de Entidad,
Atributo, Relacin, Cardinalidad .asimismo se define que es el proceso
de normalizacin tcnica que se utiliza para normalizar una base de
datos, evitando as a redundancia de datos, a travs de su primera,
segunda, tercera, cuarta y quinta forma normativa. Tambin se explic
cules son los Gestores de Base de Datos Relacional ms importante en
el mercado, siendo Oracle, Microsoft SQL server y MYSQL.
Finalmente se hace mencin se explica que es el Lenguaje de

Modelamiento Unificado (UML) a travs de sus diagramas de caso de
uso de secuencia, de colaboracin, d clases, de actividades y de
componentes se representa la estructura lgica y funcional de todo
sistema. En cuanto a la Programacin Orientada a Objetos, es una
tcnica que se utiliza en la implementacin de todo software
informtico, la Programacin por Capas forma parte de dicha tcnica.
En el Captulo III se presentan los Antecedentes Generales y

Anlisis del Problema, siendo un primer punto a abordar la Resea
Histrica de la Empresa, aqu se describe su creacin y fundacin, a
travs de la ubicacin geogrfica se establece el lugar de la empresa

mediante un croquis. El Organigrama de la empresa muestra la
estructura jerrquica de la empresa. Luego se hace referencia
a la
Misin y Visin, mediante el Anlisis FODA se identifica cules son las

fortalezas,
oportunidades,
debilidades
amenazas
del
sistema.
Mediante las entrevistas se logra el levantamiento de informacin.
Finalmente se hace mencin a la Factibilidad del Proyecto a nivel

Operativo, Tcnica, esto es importante para determinar la viabilidad del
mismo.
En el Captulo IV, se hace mencin al Diseo de la Solucin,

como primer punto Diagrama de Caso de Uso de Negocio que es una
descripcin de los pasos o actividades que deben realizarse para llevar a
cabo el proceso de sistematizacin, que sirven para especificar la
comunicacin y el comportamiento del sistema mediante su interaccin
con los usuarios , as tambin se aborda el Diagrama de Caso de Uso
del Sistema que es una notacin grafica para representar casos de uso o
modelo de caso de uso .As tambin el Diagrama de Colaboracin que es
una forma de representar interacciones entre objetos.
Finalmente el Diagrama de Actividades se utiliza para auxiliar a

los miembros del equipo de desarrollo, luego aborda el Diagrama de
Clases, se describe la estructura de un sistema mostrando os datos del
sistema sus Atributos y las Relaciones ente objetos.
En el
Captulo V ,se procede a la Implementacin del Sistema
aqu se hace mencin como primer punto el Modelo Entidad Relacin de

la Base de Datos que permite representar la percepcin y el
conocimiento de un sistema de informacin formados por un conjunto
de objetos.
Luego se desarrolla el Diagrama Entidad Relacin de la Base de

Datos en el se disea la base de datos. Luego se obtiene el scripts de
base
de
datos
mediante
un
archivos
adicional
que
contienen
instrucciones, as tambin se menciona al Diagrama Fsico de la Base

de Datos SQL server donde se implementa la Base de Datos
determinado para ello la regla general en el proceso de diseo basado en
el modelo conceptual, el lgico y fsico.
Finalmente se procede a elaborar el diseo de las interfaces de

sistema.
CAPITULO I.
1.1 Planteamiento Del Problema:
La clnica Gonzales es considerada una clnica de prestigio
que atiende a una poblacin de habitantes. La clnica Gonzales,
brinda sus servicios en diferentes reas lo cual genera crticas en
la demora para obtener citas mdicas por parte de la poblacin.
La clnica Gonzales, sus cirugas por lo general tardan un mes, el
tiempo promedio de una persona que tiene que esperar para ser
atendido por el medico programada es de 2 horas la cual genera
incomodidad entre los pacientes.
En base al problema planteado surge le siguiente pregunta:
De qu manera se puede tener un control exacto del control
de citas mdicas para la clnica Gonzales S.A?
1.2 Formulacin Del Problema
La clnica Gonzales ubicada en la av. Ignacio merino en el
distrito de lince a suscrito dentro de las acciones evaluar la
gestin de citas mdicas debido a ello se ha defino como elemento
cable el mejoramiento en la calidad de atencin brindada en las
citas mdicas.
Crear sistema automatizado en los procesos de mejora
continua .De los servicios de atencin mdica, lo que incluye en el
sistema es contar con la informacin en forma oportuna y efectiva
que facilita el buen uso y atencin en una cita mdica.
El diseo del sistema automatizado facilita el desarrollo del

proceso de control de citas mdicas, beneficiando a los pacientes
dndoles buena atencin mdica la clnica Gonzales brinda
informacin efectiva y real brindando un mejor servicio a los
clientes, y un servicio gil en la atencin mdica.
1.3 Delimitacin Del Problema

Razn social: Clnica Gonzales S.A
Ruc: 20252263137.
Direccin: Av. Ignacio Merino nro. 1884 Lince (Lima).
Gerente general: Cesar Gonzales Arribas plata.
1.4 Objetivos De La Investigacin

1.4.1 Objetivo General
Anlisis, diseo e implementacin de un sistema automatizado de
control de citas mdicas para la clnica Gonzales.
1.4.2 Objetivo Especfico.
Anlisis y determinacin de Requerimientos del Sistema
Automatizado para mejorar el Control de citas mdicas, en
las actividades del servicio mdico.

Automatizar del Control de citas mdicas para propiciar la
confiabilidad de los datos de los pacientes.

Llevar un control exacto de los pacientes que son atendidos.
Llevar el control de la historia clnica de cada uno de sus
pacientes.
1.5 Hiptesis.
Que la clnica Gonzales no cuenta con un sistema informtico

para realizar el control de las citas mdica para sus pacientes ,por
ese motivo se crea un sistema de Anlisis ,Diseo e Implementacin
de un Sistema Informtico para el Control de Citas Mdicas para la
Clnica Gonzales S.A.
Para que la atencin sea ms eficaz y los pacientes estn
satisfechos con la atencin de las citas mdicas.
1.6 Justificacin De La Investigacin

La presente investigacin se creer con la finalidad de
facilitar el Anlisis, Diseo e implementacin del proceso de citas
mdicas, en el proceso de control beneficiando principalmente a los
pacientes, brndales una atencin mdica que ofrece la clnica
Gonzales teniendo un personal capacitado, para brindar un mejor
servicio en la mejora continua en la atencin de los servicios a
travs del desarrollo de este sistema.
1.7 Antecedentes De La Investigacin
MORENO RODRGUEZ ROSA CRISTINA,
En su tesis de
Investigacin Denominada Anlisis Y Diseo De Un Sistema Web

Para Citas Mdicas Establece como objetivo principal: Implementar
un Sistema de Administracin de Citas de Pacientes orientado a
mejorar
la
Gestin
Hospitalaria
realizando
una
aplicacin
informtica de arquitectura cliente-servidor que administre la

consulta externa de los Hospitales de Es salud, con funcionalidades
que sea de fcil entendimiento para el usuario. De all establecieron

como objetivos especficos: Controlar las citas y la informacin de
los pacientes para la mejora continua del flujo de atencin por
consulta
externa
atendidas.,
eliminando
as
las
12
quejas
por
citas
no
13
Elaborar un sistema informtico que administre la
consulta externa de los hospitales de Es Salud, para mejorar el
servicio de atencin va web.

Finalmente el autor concluyo con la siguiente afirmacin: Es
importante realizar un debido proceso de recoleccin y anlisis de
los requerimientos, ya que el sistema ya tiene una base con el
Sistema de Gestin Hospitalario que se usa desde inicios de las
atenciones con computadoras en Es salud. Al realizar un adecuado
proceso de ingeniera de software facilita y garantiza en gran parte
el xito del desarrollo del proyecto. El sistema de informacin para
la gestin de citas, disminuira los costos evaluados en factor tiempo
y costo operativos ya que no se tendra que trabajar con tele
operadoras. Ya que el internet es un nuevo canal para asignar las
citas mdicas y esto disminuira el flujo de llamadas de parte de los
pacientes
para
solicitar
sus
citas,
con
esto
los
empleados
encargados de esta funcin podran lograr un mejor desempeo

hasta que definitivamente ya no habra este canal por llamadas
telefnicas por lo menos en todas las redes de Lima.
MORENO RODRGUEZ ROSA CRISTINA, Anlisis Y Diseo De Un
Sistema Web Para Citas Mdicas Proyecto De Ingeniera De
Sistemas Universidad Tecnolgica, Per del ao 2012.
1
10
ROJAS CABREJOS
Miguel ngel Y SULLCA PADILLA
Guillermo Renato, En su tesis de investigacin denominado

Desarrollo de una Aplicacin Web para el Registro de Historias
Clnicas Electrnicas (HCE) para el Hospital Nacional Guillermo
Almenara Estableciendo como objetivo Principal: Desarrollo de una
Aplicacin Web para el registro de las Historias Clnicas Electrnicas
(HCE) para el Hospital Nacional Guillermo Almenara y prepararla
para una futura aplicacin integral a nivel de hospitales y clnicas.
De all establecieron como objetivos especficos: Contar con una
infraestructura de tecnologa orientada a soportar un
Aplicativo
Web completando una performance de seguridad, estndares de

calidad que asegura una plataforma slida y segura , Contar con
el conocimiento de un Jefe de Proyectos que sea la persona
encargada de planificar, gestionar y administrar las actividades para
el desarrollo de la Aplicativo Web para el registro de las historias
clnicas, de los pacientes en el Hospital Guillermo Almenara,
Tener un hardware de ltima generacin capaz de soportar la

masificacin de datos a futuro, Tener un siete de servidores
orientado a lograr las condiciones seguras y ptimas para los
equipos y los datos, Obtener los licenciamientos adecuados del
2
11
software que se van a utilizar y contar con personal calificado para

el adecuado uso de las tecnologas.
Finalmente
los
autores
concluyeron
con
la
siguiente
afirmacin: Con la futura implementacin de la Aplicacin ser

posible reorganizar los procesos realizados en el rea Unidad de
archivos.
La
aplicacin
de
Registro
de
Historias
Clnicas
Electrnicas agilizara y permitir un mejor control de sus procesos

3
administrativos.
Se optimizara los tiempos de respuesta de las
Historias Clnicas de los pacientes. La automatizacin de los

procesos permitir agilizar el proceso del rea Unidad de Archivo,
reduciendo la perdida de las Historias Clnicas.14
FARROAY
MOCHCCO,
ALEX
RIVERO,
JAVIER,
KAREN
IVONE
en
tesis
su
Y
de
TRUJILLO
investigacin
denominada: Sistema de registro de atencin mdica para un

centro de salud de nivel I-3 de complejidad Estableci como
objetivo principal: El proceso de atencin de una consulta externa
general ambulatoria, y que se ajuste a las normas estipuladas por
el Ministerio de Salud del Estado Peruano para un centro de salud
de nivel de complejidad I-3. De establecieron como objetivos
ROJAS CABREJOS Miguel ngel y SULLCA PADILLA GUILLERMO
RENATO, En su tesis de investigacin denominado Desarrollo de
una Aplicacin Web para el Registro de Historias Clnicas
Electrnicas (HCE) para el Hospital Nacional Guillermo Almenara
(tesis de Ingeniera de Sistemas), Universidad Tecnologa Del Per
del 2012.
3
12
especficos: OE1 - Elaborar una solucin software de calidad que

permita:
Activar y finalizar la cita del paciente para su atencin
mdica en consulta externa general.
Activar y finalizar la cita del paciente para su atencin en la
realizacin de exmenes mdicos.
Gestionar episodios mdicos de acuerdo a las normas del
Ministerio de Salud15.
Registrar los datos de un encuentro de consulta externa
general entre el paciente y el mdico as como su evolucin
(anexados en el episodio mdico) durante el proceso de tratamiento
mdico.
Registrar
los
resultados
de
exmenes
mdicos
de
laboratorio.
Registrar una orden mdica para el paciente que puede ser
de tipo: receta mdica, orden de traslado y orden de examen de
laboratorio.
Consultar el historial clnico del paciente
OE2 - Establecer comunicacin con
los
sistemas
relacionados para exponer y solicitar datos que permita que cada

uno cumpla con el flujo natural de su proceso, OE3 - Despliegue
de la aplicacin del producto software dentro del servidor de
aplicaciones que se encuentra alojada en el establecimiento de la
UPC.
Finalmente
los
autores
concluyeron
con
la
siguiente
afirmacin: El modelo de proceso de negocio de Prestacin de

Servicios Clnicos establecido por el proyecto Arquitectura de
13
Negocios de un Centro de Salud de Nivel I-3 de Complejidad

present incongruencias con respecto a la informacin recopilada
en las reuniones establecidas con miembros de dos centros de salud
de nivel I-3. Por ende, se tuvo que dedicar tiempo del plan a una
reestructuracin del modelo de procesos del negocio logrando que
este se asemeje a la realidad. Las diferencias encontradas se
muestran en el punto 1.1.1 reflejada en la Figura 2.1
La arquitectura de datos, con respecto a los procesos de
Prestacin de Servicios Clnicos y de Control de Exmenes
Mdicos establecida por el proyecto Diseo de Arquitectura de
Datos de un Establecimiento de Salud de Nivel I-3 no fue la
correcta de acuerdo a lo conversado con los mdicos de los centros
de salud y los formatos del nio, adolescente, adulto y adulto mayor
estandarizados del MINSA establecidos para las entidades I-3, por lo
que se logr redefinir correctamente el modelo de datos para que
soporte la realidad encontrada.
La arquitectura de aplicacin del software, establecida por el
proyecto Diseo de una Arquitectura orientada a servicios para un
centro de nivel I-3 de Complejidad no fue la ms adecuada, dada la
homogeneidad de tecnologas a utilizar por los diferentes mdulos
del Sistema Integral de Salud por ello se revis y se reestructur
para que cumpla con los requerimientos del cliente y de la empresa.
Se seleccion la plataforma Liferay en vez de Sun Mycrosystem por
la compra de Sun por ORACLE, dado que el sistema podra dejar de
ser gratuito y porque los requerimientos mnimos son menores, por
lo que reduce el costo en la compra de servidores por parte del
14
Ministerio de Salud. Asimismo, se seleccion el servidor Glassfish

por encima del propuesto (Tomcat) por la compatibilidad de la base
de datos seleccionada.
Durante el proceso
de
desarrollo
del
proyecto
se
identificaron tareas que sufrieron un retraso debido a una

subestimacin de las mismas. En consecuencia, se tuvo que poner
en accin del plan de resolucin de problemas y se pudieron
regularizar las mismas. Sin embargo, esto demand tiempo de
trabajo adicional que en la prctica real de trabajo hubiera
significado un aumento en los costos por horas extras de los
recursos. Por consiguiente, la estimacin de una tarea requiere de
analizar las actividades relacionadas con la misma, a pesar que el
tiempo que requiera cada actividad aparente poca significancia.
Adems, al no usar desde un inicio una herramienta de control de
versiones
demand la
inversin
de tiempo
para
realizar
la
homologacin de las fuentes del sistema.

Como parte del plan de riesgos, se tuvo que capacitar a los
miembros de la fbrica Software Factory. En consecuencia el apoyo
brindado por los recursos fue efectiva durante la etapa de
construccin del producto software.
Sistema de Registro de Atencin Mdica
Los artefactos elaborados en cada fase del proyecto, as
como el sistema fueron sometidos a validacin y verificacin por la
empresa Quality Assurance (QA) que fue la empresa que se encarg
del aseguramiento de la calidad durante periodo de ejecucin del
proyecto. El resultado del anlisis de estos fue satisfactorio lo que
15
lleva a concluir que el producto realizado es de calidad y cumple con

los estndares propuestos por la metodologa RUP.
Debido a que el servidor de pruebas no contaba con los
requerimientos
mnimos
solicitados
en
el
documento
de
arquitectura de software (SAD) y Plan de Aceptacin, no se

pudieron realizar las pruebas no funcionales al sistema.
Tanto el plan de riesgos, como el plan resolucin de
problemas fueron herramientas valiosas dado a que si no se hubiese
dedicado tiempo para analizar las amenazas y vulnerabilidades del
proyecto es muy probable que el mismo no haya un resultado
exitoso.
Mediante el sistema se logr automatizar el proceso de
consulta externa ambulatoria general y el proceso de control de
exmenes mdicos de laboratorio. Adems, el sistema obtuvo las
certificaciones de la empresa QA, Software Factory e IT- Expert,
que son requerimientos establecidos por los miembros del comit
para poder obtener la aprobacin del proyecto. Estos factores
conllevan a la conclusin de que se alcanzaron los objetivos del
proyecto y que el resultado fue exitoso.4
Se concluye que la interaccin entre los sistemas Sistema
de Registro Mdico Electrnico, Sistema de Gestin Horaria,
Sistema de control de Farmacia y Sistema de Atencin Mdica
Odontolgica para un centro de Salud I-3 es adecuada. La empresa
FARROAY RIVERO, Karen Ivone y TRUJILLO MOCHCCO:
Sistema de registro de atencin mdica para un centro de salud de
nivel I-3 de complejidad, Ingeniera de la Universidad Peruana de
Ciencias Aplicadas, Lima Per 2013.
4
16
Quality Assurance ejecut una serie de pruebas integrales en donde

se valid el registro de un paciente, el registro de una cita mdica,
su activacin y atencin, el registro de un episodio y encuentro
mdico, el registro de una receta mdica, solicitud de exmenes
mdicos, la venta de las medicinas y el registro de los resultados de
los exmenes realizados al paciente; estas se realizaron sin
inconvenientes por lo que se aprob el sistema para el pase a
produccin.
ARIAS MORENO, FRANKLIN JHINO Y
RUIZ ROJAS
HAROLD AYRTON , en su tesis de investigacin denominada:

Aplicacin Web Y Mvil De Monitoreo Y Control Del Tratamiento
De Los Pacientes Del Hospital Nacional Arzobispo Loayza,
establecieron como objetivo principal: El objetivo general de la
presente tesis es desarrollar un aplicativo web y mvil para el
monitoreo y el control del tratamiento de los pacientes del Hospital
Nacional Arzobispo Loayza (HNAL) basado en tecnologas web y
tecnologas
mviles,
de
all
establecieron
como
objetivos
especficos: Desarrollar un aplicativo web y mvil para el correcto

seguimiento
farmacolgico
de
la
del
medicacin
Hospital
por
dosis
Nacional
del
tratamiento
Arzobispo
Loayza,
Desarrollar un aplicativo web y mvil para la administracin de

alimentos para tratamientos nutricionales en el Hospital Nacional
17
Arzobispo Loayza, Desarrollar un aplicativo mvil que alerte al

paciente las fechas de las sesiones a las que deber acudir.
Finalmente
los
autores
concluyeron
con
la
siguiente
afirmacin: Mediante la implementacin de la solucin se ha

logrado que el hospital realice un mejor seguimiento de los
tratamientos de farmacologa para el beneficio del hospital y sobre
todo de los pacientes, ya que les permiti a estos tener la
informacin y los tiempos en que tenan que administrarse un
medicamento.
Segunda: El uso del aplicativo web y mvil ha permitido a los
pacientes que realicen el consumo de los alimentos adecuados
segn de la dieta que les designo un doctor en los das y duracin
establecidos.5
Tercera:
La
nueva
forma
del
monitoreo
control
de
tratamientos de pacientes ha permitido almacenar informacin

estadstica de todas las personas que estn cumpliendo y/o
empleando el aplicativo web y mvil lo que nos brinda resultados
exactos del cumplimiento del tratamiento mdico para consultas
5 ARIAS MORENO, Franklin Jhino Y
RUIZ ROJAS HAROLD
AYRTON: Aplicacin Web Y Mvil De Monitoreo Y Control Del

Tratamiento De Los Pacientes Del Hospital Nacional Arzobispo
Loayza, Ingeniera de La Universidad De San Martin De Porres,
Per 2014.
18
futuras. As mismo no hay prdidas de informacin sobre las

recetas y citas para los tratamientos.
Cuarta: El control de las citas de los pacientes que hace uso
del aplicativo web y mvil en el hospital se realiza con mayor fluidez
y en las fechas establecidas mejorando la continuidad de la atencin
proporcionada a los pacientes.
Quinta: Finalmente la implementacin del aplicativo web y
mvil que lleva por nombre Loayzalud ha incrementado la calidad
en salud de los tratamientos de los pacientes.
1.8 Limitaciones
Uno de los factores primordiales en la etapa de la investigacin es
el tiempo.
Falta de experiencia de parte de los investigadores, porque es la
primera vez que realizamos una tesis.
Falta de la informacin en algunos meses, lo que imposibilita
conocer con exactitud las consultas a los pacientes de clnica en
un periodo determinado.
Los archivos centrales de clnica no disponen de instrumentos de
control debidamente estructurados.
1.9 Metodologa
Planificacin:
19
Es una etapa se establece el dialogo permanente entre las

partes interesadas y el desarrollo para identificar los procesos e
informacin importante que se requieren para el Software.
Tambin se establece fechas para prestar pequeas versiones del
producto que contenga los requerimientos ms importantes, pero
que muestre un Software completamente funcional e integrado.
Anlisis De La Realidad Situacional Del Problema Planteada:

Es
un
de
las
herramientas
fundamentales
en
la
planificacin, especialmente en proyectos. El anlisis del rbol de

problemas, llamado tambin anlisis situacional o simplemente
anlisis de problemas, ayuda encontrar soluciones a travs del
mapeo del problema. Identificado en la vertiente superior, las
consecuencias o efectos y en la vertiente inferior las causas o
determinantes.
Diseo:
En esta metodologa siempre se plantea un diseo simple,
siempre y cuando pueda funcionar con todas las prueba que se
ejecutan y mientras se plasme la intencin de los programadores.
MER (Modelo De Entidad Relacin):
El modelo nos permite construir varios modelos (metamodelo). Debe tener la caracterstica de modelar cualquier
20
realidad, debe tener caractersticas graficas que lo suficiente

sencillas para qu podas construir y comprender.
Este modelo fue propuesto en 1976 y ha encontrado una
amplia aceptacin debido a su expresividad grafica para modelar
el mundo real en el proceso de diseo de las bases de datos.
Segn chen la realidad se basa en las relaciones entre
entidades, las cuales reflejan los hechos que gobiernan esta
realidad, y que las entendidas y relaciones pueden poseer
atributos. El MER opera con los conceptos de entidad (cosas o
elementos que existen y estn bien diferenciados entre s, que
poseen propiedades y entre los cuales se establecen relaciones).
DER (Diagrama De Entidad Relacin): Es una herramienta para

el modelado de datos se un sistema de informacin. Estos
modelos expresan entidades relevantes para un sistema de
informacin as como sus interrelaciones y propiedades.
El modelo entidad relacin (MER) expresados en Diagrama
Entidad Relacin (DER) es un paso previo de diseo de un modelo
relacional y su implementacin lgica en un Base de datos fsica.
Un DER permite representar los datos que almacenarn en una
base de datos empleado tres elementos: entidades, atributos
relaciones.
21
En otra palabras, si queremos conocer cmo es estructurado los

datos de una base de datos, podemos emplear el modelo de
entidades relacin para representarlos.
La diferencia entre diseo lgico y diseo fsico de la base de
datos:
Definicin de Diseo lgico de bases de datos es el proceso que
forma parte diseo de bases de datos, y que resulta esquemas
lgicas. El diseo lgica de una base de datos
es parte del
esquema conceptual de base de datos, resultando en
un
esquema de la base datos.

Un esquema lgica es una base de datos es una descripcin de la
estructura de base de datos que puede procesar un SGBD.
El esquema lgica de base de datos depende de un tipo de SGBD
(relacional, de redes, jerrquico), pero no de un SGBD
especifico.
Definicin de Diseo fsico tambin es el proceso que forma parte
diseo de bases de datos, y que resuelta en un esquema fsico de
la bases de datos. El diseo fsico parte del esquema lgico de
bases de datos y da como resultado un esquema fsico de bases
de datos. El esquema fsico de una base de datos, depende del
tipo de SGBD y de un SGBD especfico.
El esquema fsico de una base de datos es una descripcin de la
implementacin de una base de datos en memoria secundaria,
describiendo las estructuras de almacenamiento y los mtodos de
acceso a esos datos.
22
UML (Lenguaje De Modelado Unificado):

El lenguaje de modelado unificado (UML: Unified Modeling
Language) es la sucesin de una serie de mtodos de anlisis y
diseo orientadas a objetivos. UML es llamado un lenguaje de
modelado, no un mtodo. Los mtodos consisten de ambos de un
lenguaje de modelamiento y de un proceso.
UML incremente la capacidad de lo que se puede hacer con
otros mtodos de anlisis y diseo orientados a objetivos. Los
autores de UML apuntaron tambin al modelado de sistemas
distribuidos y concurrentes para asegurar que el lenguaje maneje
adecuadamente estos dominios.
El lenguaje de modelado es la notacin (principalmente
grficamente) que usan los mtodos para expresar un diseo. La
estandarizacin de un lenguaje de modelado es invaluable, ya que
es la parte principal del proceso de comunicacin que requiere
todos los agentes involucrados en un proyecto informtico. Si se
quiere discutir un diseo ms, ambos deben conocer el lenguaje
de modelado y no as el proceso que se sigui para obtenerlo.
Desarrollo:
Esta parte es funcional en el desarrollo del producto ya que,
como bien se ha especificado, la programacin ser el Core
principal
en esta metodologa. Se plantean estrategias de
implementacin como la recodificacin, programacin en pareja,
23
integracin continua, entre otros, siempre y cuando se siga los

estndares de codificacin predeterminados.
Diseo de identificaciones:
Pensando en la comodidad de nuestros clientes y en
brindarles una atencin de calidad ponemos a su disposicin el
servicio de diseo grfico, enfocado para quienes no cuente con
un diseo especfico o bien que requieran mejorar el que ya
tienen.
Es importante resaltar que este servicio ser llevado acabo
dependiente de las necesidades del cliente.
La etapa de la programacin o codificacin (programacin

orientada a objetivos y programacin por capas):
El trmino de programacin orientada a objetos indica ms
una forma de diseo una metodologa de desarrollo de software de
un lenguaje de programacin, ya que en la realidad se puede
aplicar el diseo orientado a objetivos (en ingls abreviado OOD,
object Oriented Design), a cualquier tipo de lenguaje de
programacin. El desarrollo de la OOP empieza a destacar
durante la dcada de los 80 tomando en cuenta el programador
de nuevas elementos para el anlisis y desarrollo de software.
El propsito de este trabajo es explicar el diseo orientado a
objeto y no una explicacin de su programacin, puesto que no
24
nos alcanzara todo el currculo para hacerlo. Bsicamente la

OOP permite a los programadores escribir software, de forma que
est organizada en la misma manera que el problema que trata de
modelizar. Los lenguajes de programacin convencionales son
poco ms que una lista de accin a realizar sobre un conjunto de
datos en una determinad secuencia. Si en algn punto del
problema modificamos la estructura de los datos.
Pruebas:
Todas las funcionalidades deben ser aprobadas por los
programadores para verificar el correcto funcionamiento de los
entregables o versiones. Se adopta un mtodo de desarrollo
basado en las pruebas, de este forma se asegura que la
codificacin funciona segn lo planeado.
CAPITULO II: MARCO TERICO.
2.1 Modelo De Entidad Relacin: Un diagrama o modelo entidad
relacin(a veces denominado por sus siglas en ingls, E-R Entity

relation ship, del espaol DER Diagrama de Entidad Relacin) es una
herramienta para el modelado de datos que permite representar las
entidades relevantes de un sistema de informacin as como sus
interrelaciones y propiedades.
25
2.1.1 Entidad
Representa una cosa del mundo real con existencia independiente, es
decir, se diferencia nicamente de otro objeto o cosa, incluso siendo del
mismo tipo, o una misma entidad. Una entidad puede ser un objeto con
existencia fsica como: una persona, un animal, una casa, etc. (entidad
concreta); o un objeto con existencia conceptual como: un puesto de
trabajo. Una asignatura de clases, un nombre, etc. (entidad abstracta).
Una entidad descrita y se representa por sus caractersticas o atributos.
Por ejemplo, entidad Persona las caractersticas: Nombre, Apellido,
Gnero, Estructura, Peso, Fecha de nacimiento.
2.1.2 Atributos
Los atributos son las caractersticas que define o identifica a una
entidad. Estas pueden ser muchas, y el diseador solo utiliza o
implementa las considere ms relevantes. En un conjunto de entidades
del mismo tipo, cada entidad tiene valores especficos asignados para
cada uno de sus atributos, de esta forma, es posible su identificacin
univoca.
En particular, los atributos identificativos son aquellos que permiten
diferenciar a una instancia de la de otra distinta. Para cada atributo,
existe un dominio del mismo, este hace referencia al tipo de datos que
ser almacenado a restricciones en los valores que el atributo puede
tomar (cadena de caracteres, nmeros, solo dos letras, solo nmeros
mayores que cero, solo nmeros enteros).
26
2.1.3 Relacin:
El hecho, el acontecimiento que liga los objetos, dos cosas existentes en
el mundo real o sea entidades. Presenta dos caractersticas
fundamentales (unaria-binaria, terciarias).
2.1.4 Cardinalidad:
Dado un conjunto de relaciones en el que participa dos o ms
conjuntos de entidades, la correspondencia de Cardinalidad indica el
nmero de entidades con las que puede estar relacionada una entidad
dada.
Dado un conjunto de relaciones binarias y los conjuntos de
entidades A Y B, la correspondencia de cardinalidades puede ser:
Uno a Uno: (1:1) Un registro de una entidad A se relaciona con solo un

registro en una entidad B.
Uno a varios: (1: N) un registro en una entidad en A se relaciona
con cero o muchos registros en una entidad B. pero los registro de
B solamente se relacionan con un registro en A.
Varios a Uno: (N: 1) Una entidad en A se relaciona
exclusivamente con una entidad en B pero un entidad en B se
puedes relacionar con 0 o muchas entidades en A.
Varios a Varios: (N: M) Una entidad en A se puede relacionar con
0 o con muchos entidades en B y viceversa.
27
2.2 Proceso de Normalizacin

El proceso de normalizacin es la expansin formal del de realizar un
buen diseo. Provee los medios necesarios para describir la estructura
lgica de los datos en un sistema de informacin.
2.2.1 Primera Forma Normal:

Se dice que una relacin est en la primera forma normal si, y
solo s, satisface la limitacin de que contenga apenas valores atmicos.
No tiene grupo repetitivos.
Podemos decir entonces que un atributo es funcionalmente
dependiente de la llave primaria si y solo si para cada valor de la llave
primaria, tiene asociado a l un valor en cualquier momento del tiempo.
2.2.2 Segunda Forma Normal:
Una relacin est en 2FN si y solo si, estuviera en 1FN y cada
atributo no lleva fuera totalmente dependiente de la llave primaria. Las
nicas relaciones que pueden violar las 2FN son las que tiene llaves
compuestas. Para ello se crea.
Una relacin para todos los atributos que dependen funcional y

completamente de la llave.
28
2.2.3 Tercera Forma Normal:

Una relacin R est en 3FN si y solo si estuviera en 2FN y
todo otro atributo no lave fuera independiente de cualquier otro
atributo no llave primaria, o fuera dependiente no transitivo de la llave
primaria.
La 3FN es una extensin de la 2FN. La 2FN elimina las
dependencias fuentes respectos a un subconjunto de la llave.
Este paso se ejecuta examinando todas las relaciones para ver si hay
atributos no llaves que dependan unos de otros. Si se encuentran, se
forma una nueva relacin para ellos. Eliminar las dependencias
transitivas
2.2.4 Cuarta Forma Normal:
Una relacin R est en FNBC si y solo cada determinante de la
relacin es una sper llave de R. para que una relacin n este un
FNBC hay tres condiciones necesarias ms no suficientes:
2.3
La relacin tenga llaves candidatas mltiples, donde

Estas llaves candidatas son compuestas, y
Las llaves candidatas se solapan (tengan por lo menos un atributo
en comn).
Gestores de Base de Datos
Un sistema gestor de base de datos (SGBD) es un conjunto de

programas que permiten el almacenamiento, modificacin y extraccin
de la informacin en una base de datos, adems de proporcionar
herramientas para aadir, borrar, modificar y analizar los datos. Los
29
usuarios pueden acceder a la informacin usando herramientas

especficas de interrogacin y de generacin de informes, o bien
mediante aplicaciones al efecto.
Estos sistemas tambin proporcionan mtodos para mantener la
integridad de los datos, para administrar el acceso de usuarios a los
datos y para recuperar la informacin si el sistema se corrompe.
Permiten presentar la informacin de la base de datos en variados
formatos. La mayora incluyen un generador de informes. Tambin
pueden incluir un mdulo grfico que permita presentar la informacin
con grficos y tablas.
Hay muchos tipos distintos segn cmo manejen los datos y
muchos tamaos distintos de acuerdo a si operan en computadoras
personales y con poca memoria o grandes sistemas que funcionan en
mainframes con sistemas de almacenamiento especiales.
Generalmente se accede a los datos mediante lenguajes de
interrogacin, lenguajes de alto nivel que simplifican la tarea de
construir las aplicaciones. Tambin simplifican la interrogacin y la
presentacin de la informacin. Un SGBD permite controlar el acceso a
los datos, asegurar su integridad, gestionar el acceso concurrente a
ellos, recuperar los datos tras un fallo del sistema y hacer copias de
seguridad. Las bases de datos y los sistemas para su gestin son
esenciales para cualquier rea de negocio, y deben ser gestionados con
esmero.
30
2.3.1
Oracle
Es un manejador de base de datos relacional que hace uso de los
recursos del sistema informtico en todas las arquitecturas de
hardware, para garantizar su aprovechamiento al mximo en ambientes
cargados de informacin.
Es el conjunto de datos que proporciona la capacidad de almacenar y
acudir a estos de forma recurrente con un modelo definido como
relacional. Adems es una suite de productos que ofrece una gran
variedad de herramientas.
Es el mayor y ms usado Sistema Manejador de Base de Dato
Relacional (RDBMS) en el mundo. La Corporacin Oracle ofrece este
RDBMS como un producto incorporado a la lnea de produccin.
Adems incluye cuatro generaciones de desarrollo de aplicacin,
herramientas de reportes y utilitarios.
Oracle corre en computadoras personales (PC), microcomputadoras,
mainframes y computadoras con procesamiento paralelo masivo.
Soporta unos 17 idiomas, corre automticamente en ms de 80
arquitecturas de hardware y software distinto sin tener la necesidad de
cambiar una sola lnea de cdigo. Esto es porque ms el 80% de los
cdigos internos de Oracle son iguales a los establecidos en todas las
plataformas de sistemas operativos.
ESTRUCTURA
Proceso de Pre-Instalacin
Planificacin de Pre-Instalacin:
31
1er. Paso es determinar el tamao del software de instalacin. Esto no

incluye el espacio requerido para la produccin del sistema o el espacio
para el desarrollo de aplicaciones del o los sistemas Oracle.
PRODUCTOS TAMAO
Oracle RDBMS 11.6 MB

SQL*PLUS 1.6 MB
SQL*FORMS 2.4 MB
SQL*MENU 1.8 MB
SQL*REPOT WRITER 2.1 MB
Pro*C, Pro*Fortran, Pro*Cobol 1.3 MB
NLS 2.1 MB
Archivos de Oracle RDBMS 2.8 MB
SQL*Net 2.8 MB
Oracle Demo Database 5.9 MB
Total 34.4 MB
Una vez el tamao determinado, el prximo paso es determinar la

localizacin del producto y las aplicaciones que soportan el nuevo
RDBMS Oracle, as como el espacio a ser reservado para los propios
objetos de la base de datos.
Para ver el grfico seleccione la opcin "Descargar" del men superior
Oracle soporta dos tipos de almacenamiento, por carcter (RAW) o por
bloques (Files System), generalmente es recomendable que sean
colocados en Raw Device.
32
Raw Device: es un dispositivo de caracteres disponibles en algunos

sistemas operativos el cual es asignado directamente a Oracle.
Oracle corre ms rpidamente con Raw Device que con Files System,
por varias razones:
El buffer cache del sistema del sistema operativo es dejado a un lado.
Los buffers del sistema operativo y de Oracle son independiente entre
s.
Con la intencin de evitar la contencin de los discos, se debe
considerar
la
instalacin
de
Oracle
en
dispositivos
separados,
especialmente si se tienen varios discos, y ms esencialmente, si se

poseen ms de una controladora de disco. La planeacin debe realizarse
teniendo en cuenta los siguientes criterios:
2.3.2 Microsoft SQL Server

Microsoft SQL Server es un sistema de manejo de bases de datos
del modelo relacional, desarrollado por la empresa Microsoft.
El lenguaje de desarrollo utilizado (por lnea de comandos o mediante la
interfaz grfica de Management Studio) es Transact-SQL (TSQL), una
implementacin del estndar ANSI del lenguaje SQL, utilizado para
manipular y recuperar datos (DML), crear tablas y definir relaciones
entre ellas (DDL).
33
Dentro de los competidores ms destacados de SQL Server estn:

Oracle, MariaDB, MySQL, PostgreSQL. SQL Server solo est disponible
para sistemas operativos Windows de Microsoft.
Puede ser configurado para utilizar varias instancias en el mismo
servidor fsico, la primera instalacin lleva generalmente el nombre del
servidor, y las siguientes - nombres especficos (con un guion invertido
entre el nombre del servidor y el nombre de la instalacin).
2.3.3 MySQL Server
SQL SERVER es un sistema administrador de Base de Datos
Relacional, Cliente Servidor, que permite una mayor escalabilidad de
explorar objetos de Base de Datos y la integracin de secuencias de los
comandos en la base de Datos OLTP y OLAP. Contiene las versiones
2000, 2005, 2008, 2008 R2 y 2012, esta ltima versin fue presentada
en este ao.
En sus ltimas dos versiones SQL SERVER facilita una plataforma
integral empresarial con procedimientos analticos integrados en la cual
se incluye:
El procesamiento Analtico en Lnea (OLAP).

Minera de Datos (OLAP).
Las Herramientas de gestin y administracin.
El almacenamiento de datos y desarrollo de informes.
SQL SERVER facilitara a las empresas a construir y desarrollar sin

complicaciones aplicaciones de inteligencia empresarial robustas y
34
controlar el costo en el desarrollo de estas aplicaciones. Permite a

realizar los siguientes aspectos:
Desarrollar e innovar aplicaciones empresariales.

Optimizar la productividad de los TI, reduce la complejidad en la
creacin y administracin de la aplicacin de base de datos.

Aumentar las capacidades de los programadores con un entorno
de desarrollo Flexible y actual.

Compartir datos a travs de mltiples plataformas y aplicaciones.
SQL Server es una familia de productos y tecnologas que cumple los

requisitos
de
almacenamiento
de
datos
de
los
entornos
de
procesamiento de transacciones en lnea (OLTP) y procesamiento

analtico en lnea (OLAP). SQL Server es un sistema de administracin
de bases de datos relacionales (RDBMS) que:
Administra el almacenamiento de datos para las transacciones y
los anlisis.
Almacena datos en una amplia gama de tipos de datos,
incluyendo texto, numrico, lenguaje de marcado extensible (XML)
y objetos grandes.
Responde a las solicitudes de las aplicaciones cliente.
Utiliza Transact-SQL, XML u otros comandos de SQL Server para
enviar solicitudes entre una aplicacin cliente y SQL Server.

El componente RDBMS de SQL Server es responsable de lo
siguiente:
Mantener las relaciones existentes entre los datos de una base de
datos.
35
Garantizar que los datos se almacenan correctamente y que no se
infringen las reglas que definen las relaciones entre los datos.
Recuperar todos los datos hasta un punto de coherencia
conocida, en caso de que se produzca un error del sistema.
2.4 Lenguaje de Modelamiento Unificado (UML)

Lenguaje de Modelamiento Unificado (UML)
El Lenguaje de Modelado Unificado (UML: Unified Modeling Language)
es la sucesin de una serie de mtodos de anlisis y diseo orientadas a
objetos que aparecen a fines de los 80's y principios de los 90s.UML es
llamado un lenguaje de modelado, no un mtodo. Los mtodos
consisten de ambos de un lenguaje de modelado y de un proceso.
El UML, fusiona los conceptos de la orientacin a objetos aportados por

Booch, OMT y OOSE (Booch, G. et al., 1999).
UML incrementa la capacidad de lo que se puede hacer con otros
mtodos de anlisis y diseo orientados a objetos. Los autores de UML
apuntaron
tambin
al
modelado
de
sistemas
distribuidos
concurrentes para asegurar que el lenguaje maneje adecuadamente

estos dominios.
El lenguaje de modelado es la notacin (principalmente grfica) que
usan los mtodos para expresar un diseo. El proceso indica los pasos
que se deben seguir para llegar a un diseo.
36
La estandarizacin de un lenguaje de modelado es invaluable, ya que es

la parte principal del proceso de comunicacin que requieren todos los
agentes involucrados en un proyecto informtico. Si se quiere discutir
un diseo con alguien ms, ambos deben conocer el lenguaje de
modelado y no as el proceso que se sigui para obtenerlo.
Semntica y Notacin
Una de las metas principales de UML es avanzar en el estado de la

integracin
institucional
proporcionando
herramientas
de
interoperabilidad para el modelado visual de objetos. Sin embargo para
lograr un intercambio exitoso de modelos de informacin entre
herramientas, se requiri definir a UML una semntica y una notacin.
La notacin es la parte grfica que se ve en los modelos y representa la
sintaxis del lenguaje de modelado. Por ejemplo, la notacin del
diagrama de clases define como se representan los elementos y
conceptos como son: una clase, una asociacin y una multiplicidad. Y
qu significa exactamente una asociacin o multiplicidad en una clase?
Un meta modelo es la manera de definir esto (un diagrama, usualmente
de clases, que define la notacin).
Para que un proveedor diga que cumple con UML debe cubrir con la
semntica y con la notacin.
Una herramienta de UML debe mantener la consistencia entre los
diagramas en un mismo modelo. Bajo esta definicin una herramienta
que solo dibuje, no puede cumplir con la notacin de UML.
2.4.1 Diagrama de Caso de Uso
37
Representa la forma en como un Cliente (Actor) opera con el sistema en

desarrollo, adems de la forma, tipo y orden en como los elementos
interactan (operaciones o casos de uso). Un diagrama de casos de uso
consta de los siguientes elementos:
Actor.
Casos de Uso.
Relaciones de Uso, Herencia y Comunicacin.
Elementos
Actor:
Una definicin previa, es que un Actor es un rol que un usuario juega
con respecto al sistema. Es importante destacar el uso de la palabra rol,
pues con esto se especifica que un Actor no necesariamente representa
a una persona en particular, sino ms bien la labor que realiza frente al
sistema.
Caso de Uso:
Es una operacin/tarea especfica que se realiza tras una orden de
algn agente externo, sea desde una peticin de un actor o bien desde
la invocacin desde otro caso de uso.
Relaciones:
Asociacin
Es el tipo de relacin ms bsica que indica la invocacin desde
un actor o caso de uso a otra operacin (caso de uso). Dicha relacin se
denota con una flecha simple.
38
Dependencia o Instanciacin
Es una forma muy particular de relacin entre clases, en la cual
una clase depende de otra, es decir, se instancia (se crea). Dicha
relacin se denota con una flecha punteada.
Generalizacin
Este tipo de relacin es uno de los ms utilizados, cumple una
doble funcin dependiendo de su estereotipo, que puede ser de Uso
(<<uses>>) o de Herencia (<<extends>>).
Este tipo de relacin est orientado exclusivamente para casos de uso (y
no para actores).
Extends: Se recomienda utilizar cuando un caso de uso es similar a otro
(caractersticas).
Uses: Se recomienda utilizar cuando se tiene un conjunto de
caractersticas que son similares en ms de un caso de uso y no se
desea mantener copiada la descripcin de la caracterstica.
De lo anterior cabe mencionar que tiene el mismo paradigma en diseo
y modelamiento de clases, en donde est la duda clsica de usar o
heredar.
2.4.2 Diagrama de Secuencia
39
El diagrama de secuencia es un tipo de diagrama usado para

modelar interaccin entre objetos en un sistema segn UML. En ingls
se pueden encontrar como "sequence diagram", "event-trace diagrams".
Un de objetos en una aplicacin a travs del tiempo y se modela para
cada caso de uso. Mientras que el diagrama de casos de uso permite el
modelado de una vista business del escenario, el diagrama de secuencia
contiene detalles de implementacin del escenario, incluyendo los
objetos y clases que se usan para implementar el escenario y mensajes
intercambiados entre los objetos.
Tpicamente se examina la descripcin de un caso de uso para
determinar qu objetos son necesarios para la implementacin del
escenario. Si se dispone de la descripcin de cada caso de uso como
una secuencia de varios pasos, entonces se puede "caminar sobre" esos
pasos para descubrir qu objetos son necesarios para que se puedan
seguir los pasos. Un diagrama de secuencia muestra los objetos que
intervienen en el escenario con lneas discontinuas verticales, y los
mensajes pasados entre los objetos como flechas horizontales.
2.4.3 Diagrama de Colaboracin

Los diagramas de colaboracin tambin llamados diagramas de
comunicacin, son otra representacin basada en UML, con la finalidad
40
de mostrar las interacciones organizadas entre los objetos, basndose

especficamente en la comunicacin, mensajes y enlaces que entre los
objetos comparten mostrando explcitamente las relaciones de los roles,
se dice que son una abstraccin del diagrama de secuencia, con la
diferencia de que el tiempo (la lnea de vida) se considera una dimensin
aparte, por ello encontraremos en estos diagramas numeraciones
secuenciales de los mensajes.
En estos diagramas se expresan roles como los pueden ser el de
clasificador y de asociacin; dichos roles describen la configuracin de
los objetos y de los enlaces que pueden ocurrir cuando se ejecuta una
instancia de la comunicacin. Cuando se instancia una comunicacin,
los objetos estn ligados a los roles de clasificador y los enlaces a los
roles de asociacin.
Componen los Diagramas de Colaboracin
Los Diagramas de colaboracin o de comunicaciones estn compuestos
por:
Objetos o Roles
Son los objetos que se encargan de la interaccin, grficamente son los
nodos del grafo.
Enlaces o comunicaciones
Especifica un camino a lo largo del cual un objeto puede enviar un
mensaje a otro objeto, grficamente son los arcos del grafo.
Mensajes
41
Especifican la transmisin de informacin entre objetos, llevan nmero

de secuencia y flecha dirigida.
2.4.4 Diagrama de Clases

Los diagramas de clases de UML pueden utilizarse para una gran
variedad de propsitos:
Para proporcionar una descripcin de los tipos que se utilizan en un
sistema y se pasan entre sus componentes que no tenga nada que ver
con su implementacin.
Por ejemplo, en el cdigo .NET, el tipo Pedido de men podra
implementarse en la capa del negocio; en XML, en las interfaces entre
los componentes; en SQL, en la base de datos, y en HTML, en la interfaz
de usuario. Aunque estas implementaciones tengan un nivel de detalle
diferente, la relacin entre el tipo Pedido de men y otros tipos, como
Men y Pago, es siempre la misma. El diagrama de clases de UML
permite
analizar
estas
relaciones
con
independencia
de
las
implementaciones.
Para clarificar el glosario de trminos que se utiliza en la
comunicacin entre la aplicacin y los usuarios y en las descripciones
de las necesidades de los usuarios. Consulte Requisitos del usuario de
modelos.
Por ejemplo, piense en los casos de usuario, los casos de uso y
otras descripciones de los requisitos de la aplicacin de un restaurante.
42
En este tipo de descripcin, encontrar trminos como Men, Pedido,

Comida, Precio, Pago, etc. Puede dibujar un diagrama de clases de UML
en el que se definan las relaciones entre estos trminos. De este modo,
se reducir el riesgo de inconsistencias en las descripciones de los
requisitos, as como en la interfaz de usuario y los documentos de
ayuda.
Relacin con otros diagramas
Un diagrama de clases de UML normalmente se crea junto con
otros diagramas de modelado para proporcionar descripciones de los
tipos que utilizan. En cada caso, la representacin fsica de los tipos no
est implcita en ninguno de los diagramas.
2.4.5 Diagrama de Actividades
En UML un diagrama de actividades se usa para mostrar la
secuencia de actividades. Los diagramas de actividades muestran el
flujo de trabajo desde el punto de inicio hasta el punto final detallando
muchas de las rutas de decisiones que existen en el progreso de eventos
contenidos en la actividad. Estos tambin pueden usarse para detallar
situaciones donde el proceso paralelo puede ocurrir en la ejecucin de
algunas actividades. Los Diagramas de Actividades son tiles para el
Modelado de Negocios donde se usan para detallar el proceso
involucrado en las actividades de negocio.
Actividades
43
Una actividad es la especificacin de una secuencia parame

trizada de comportamiento. Una actividad muestra un rectngulo con
las puntas redondeadas adjuntando todas las acciones, flujos de control
y otros elementos que constituyen la actividad.
Acciones
Una accin representa un solo paso dentro de una actividad. Las
acciones se denotan por rectngulos con las puntas redondeadas.
Restricciones de Accin
Las restricciones se pueden adjuntar a una accin. El siguiente
diagrama muestra una accin con pre y post condiciones locales.
Nodo Inicial
Un nodo inicial o de comienzo se describe por un gran punto
negro, como se muestra a continuacin.
Nodo Final
Hay dos tipos de nodos finales: nodos finales de actividad y de
flujo. El nodo final de actividad se describe como un crculo con un
punto dentro del mismo.
2.4.6 Diagrama de Componentes
Diagramas de componentes que asignan la vista lgica de las
clases del proyecto a los archivos que contienen el cdigo fuente en el
que se implementa la lgica. Cuando UModel 2016 genera cdigo, los
diagramas de componentes representan la ubicacin de los archivos de
cdigo fuente Java o C# para sus clases. Al realizar ingeniera inversa
en un proyecto ya existente, los diagramas de componentes pueden
44
ayudarle a establecer relaciones entre cada diagrama de clases de

UModel y los archivos de cdigo fuente.
La barra de herramientas de diagramas de componentes de
UModel incluye flechas de realizacin, que asignan cada clase a un
componente, y otros elementos necesarios para dibujar componentes de
diagramas. Con UModel es muy fcil crear un componente nuevo, ya
sea desde la barra de herramientas o con ayuda de los mens
contextuales. Despus puede copiar y pegar las clases del proyecto
desde sus diagramas de clases o arrastrarlas desde la ventana de
estructura del modelo y asignar clases al componente con solo dibujar
flechas de realizacin. En la ventana del diagrama de componentes
puede indicar el directorio del cdigo fuente que corresponde a su
modelo. Aqu puede indicar a UModel dnde debe almacenar el cdigo
generado y dnde puede encontrar el cdigo utilizado para ingeniera
inversa.
2.5 Programacin Orientada a Objetos
Conceptos Bsicos
Un paradigma es un modelo o ejemplo a seguir, por una
comunidad cientfica, es un ejemplo de los problemas que tiene que
resolver y del modo como se van a dar las soluciones. Un paradigma es
una manera de entender el mundo, explicarlo.
El paradigma Orientado a Objetos es una poderosa metodologa de
diseo basada en los siguientes principios:
Estructurar un sistema en componentes modulares que se

pueden desarrollar, mantener y reutilizar por separado de manera
45
que se pueda tener un control adecuado de la complejidad de
dicho sistema.
Basar la estructura y comportamiento de la solucin en un
problema que haya sido solucionado previamente.

Elevar el nivel de abstraccin de los componentes que sern
construidos.
Utilizar un lenguaje comn con el cliente, de manera que el
negocio y la tecnologa puedan ligarse y se pueda mejorar la
comunicacin.
Describir el problema de manera precisa y de forma que se evite
entrar en detalles tcnicos.

Permitir las bases para una administracin efectiva del proceso de
desarrollo y tener el mejor costo para beneficio posible.

Automatizar tareas repetitivas de diseo e implementacin.
Facilitar los procesos iterativo, incremental, de arquitectura y de
pruebas para prevenir el riesgo.

Responder rpidamente a los
cambios
de
acuerdo
las
anteriormente,
la
necesidades de los usuarios.

Siguiendo
los
principios
mencionados
programacin orientada a objetos, intenta simular el mundo real a

travs del significado de un objeto que contiene caractersticas y
funciones de cada caso.
La Programacin Orientada a Objetos est basada en
conceptos tales como: objeto, clase y mtodo y adems cuenta con
una serie de caractersticas que incluyen: herencia, abstraccin,
jerarqua, polimorfismo, encapsulamiento y modularidad.
46
2.6
Programacin por capas
Programacin por capas son la base para la bsqueda de soluciones

a problemas comunes en el desarrollo de software y otros mbitos
referentes al a la clnica Gonzales. Las capas son soluciones bien
documentadas que aplican para resolver nuevos problemas debido a
que han sido utilizadas con xito en el pasado. Lo identificamos
parte de un problema que es similares a otros problemas que han
encontrado anteriormente, despus, se basan en la solucin
y la
generalizan para posteriormente adaptar la solucin general al

contexto de un problema actual.
El principio bsico de programacin es desarrollar una

forma estandarizada para representar soluciones generales de
problemas que se encuentran comnmente en el desarrollo de
software de manera que se pueden obtener algunos beneficios, tales
como:
Construir y proporcionar catlogos de elementos reutilizables
en el diseo de software, de manera que se transmita la
experiencia de forma eficiente y que facilite el aprendizaje de
las
nuevas
generaciones
condensando
conocimientos
ya
existentes.
Evitar la reiteracin en la bsqueda de soluciones a problemas
ya conocidos y solucionados anteriormente en la tesis.
47
Estandarizar el modo en que se realiza el diseo de clnica.
En este sentido, la abstraccin representa la forma que tienen los

desarrolladores para resolver problemas complejos dividindolos en
otros ms simples, las soluciones a los problemas ms simples que
se etiquetan con un nombre, pueden ser utilizadas como bloques
para resolver problemas ms complicados.
Por otro lado la utilizacin de cdigo que ha sido anteriormente
probado facilita el desarrollo de un proyecto y se consigue una
mayor productividad.
CAPITULO III: ANTECEDENTES GENERALES Y

ANLISIS DEL PROBLEMA.
3.1 Resea Histrica De La Empresa.
Diseo y creacin de bases de datos.Autor Niurka del C .Guerra

Cabrera.
Va Web mailXmail.com
6
48
El Dr. Juan Gonzlez Figueroa naci en Hunuco, hijo de un

inmigrante espaol, quien lo envi a Lima, para estudiar en la nica
facultad de medicina que exista en el pas, en la Universidad de San
Marcos. Despus de graduarse en 1919, combati el paludismo,
repartiendo a caballo cpsulas de quinina que el mismo fabricaba para
los obreros que construan los ferrocarriles de las haciendas azucareras
del Norte, en una poca en que an no contbamos con industria
farmacutica.
Despus, como mdico titular de Chincha, particip del "boom"
algodonero de exportacin a la Europa arrasada por la Primera Guerra
Mundial. En 1927 retorno a Lima, nombrado Mdico titular del "Pueblo
de los Ingleses", actualmente Miraflores (llamado as por su neblina
permanente).
En sus recorridos descubri que los pequeos poblados y
rancheras que surgan a la vera de las Av. Legua (hoy la Av. Arequipa)
a la altura de las haciendas Risso y Lobatn, no contaban con servicios
mdicos, decidindose a fundar en 1929, un modesto consultorio y
laboratorio de anlisis clnicos en la Ignacio Merino, 7 aos antes de la
fundacin del distrito de Lince. De lunes a jueves la consulta costaba
un Sol y los das viernes era gratuita.
El laboratorio fue el primero a nivel estrictamente privado en Lima y
con los aos se hizo famoso por la exactitud de sus resultados, lo que
contribuy a los acertados diagnsticos del Dr. Gonzlez, cuya fama se
extendi. Fueron aos de docencia en la poblacin, que rehua los
49
pinchazos con agujas del grosor de un lpiz. Hacia 1940 lleg a tener
un criadero con ms de 200 sapos, para la famosa prueba de GalliMainini, donde deba sacrificar uno por cada diagnstico del embarazo
en orina. Cliente famoso de la poca fue el Presidente Manuel A. Odra.
4,000 fotografas de Lima antigua, un sector intacto construido en
adobe y madera, y un pequeo museo lo recuerdan.
El 1946, su hijo el Dr. Alfonso Gonzlez barrios, transform el local
en policlnico, ampliando el laboratorio e incorporando los cultivos
debido a la reciente invencin de los antibiticos. Adems incorpor los
novedosos
gabinetes
de
radiologa,
electrocardiografa
silla
magntica (que resulto una moda efmera) entre otros.

Su fama de infalible supero con mucho a la de su padre,
atendiendo durante 45 aos con la misma modestia y espritu afable y
humanitario,
un
promedio
de
40
pacientes
diarios,
hasta
su
fallecimiento en 1992 a la edad de 74 aos. Su hijo csar Gonzlez

transformo el antiguo local de 2 pisos, adquiriendo la categora
de clnica desde 1995, pero conservando el espritu de servicio al
prjimo y la tradicin humanitaria de la "clnica con alma".
50
3.2 Ubicacin Geogrfica.
Av. Ignacio Merino 1884 - Lince (Alt.Cdra.18 Av.Petit Thouars)
51
3.3 Organigrama.
52
3.4 Visin y Misin.

3.4.1
Visin.
Una clnica con atencin de calidad, con los mejores precios en el

mercado de la salud en todo tipo de pruebas y exmenes mdicos a su
servicio, porque su vida depende de nosotros.
3.4.2 Misin.
Brindar un servicio humanitario y esmerado a todos nuestros pacientes
por igual, imbuidos de la filosofa de amor al prjimo y servicio
desinteresado de nuestros fundadores.
3.5 Anlisis FODA.
3.5.1
Fortalezas.
Planta fsica ubicada en lugar de fcil acceso.
Planta medica de alto nivel.
Centro de referencia regional, cuenta con todas las especialidades.
Compromiso de los mdicos con su servicio.
Atencin exclusiva.
Servicios de apoyo clnico y teraputico.
Atencin Cerrada: hospitalizacin.
Unidades de Cuidado Intensivo.
3.5.2
Debilidades
Gran tamao de organizacin, hace imposible llevar un control de los
gastos.
Alta de agilidad, trmite burocrtico.
53
Demasiada demanda.
3.5.3
Oportunidades
Aplicacin de avances mdicos desarrollados por Universidades y
especialistas que trabajan en la clnica.
3.5.4
Desarrollar el rea de Pensionados para aumentar ingresos propios.

Amenazas.
Crisis econmica que afecta de dos formas:
Aumento explosivo de pacientes
Nuevos virus y enfermedades.
3.6 Planificacin Y Gestin De Las Entrevistas

1) Cunto tiempo se demora en entregarle la cita mdica?
2) Qu tan frecuente usted realiza una cita mdica?
3) Alguna vez usted fue rechazado al realizar una cita mdica?
4) Cada cunto tiempo usted realiza una cita mdica?
5) Qu tiempo demora en obtener una cita mdica?
6) Usted se siente satisfecho con la atencin que le brinda la clnica?
7) Qu opina usted con la atencin que le brinda el doctor?
8) Usted realiza sus pagos mediante?
a) efectivo.
54
b) tarjeta de crdito.
c) con dbito.
9) En qu aspecto usted cree que la clnica debe mejorar en la atencin
de cita medicas?
3.7 Factibilidad Del Proyecto.
3.7.1 Factibilidad Operativa.
COSTOS DE DESARROLLO
Desarrollo del Sistema
Instalar el Sistema
TOTAL DE COSTOS DE
DESARROLLO
S/.
24,800.00
S/.
40.00
S/.
24,840.00
55
3.7.2 Factibilidad Tcnica.
56
57
4
4.1
CAPITULO IV: DISEO DE LA SOLUCION.
Diagrama De Caso De Uso Del Negocio.
58
DCUN (DIAGRAMA DE CASO DE USO REGISTRAR CITA

MDICA)
CONSULTAR ESPECIALIDAD
<<include>>
(from CASOS DE USO)
ADMISION
(f rom ACTORES_NEGOCIO)
SILICITAR CITA MEDICA

(from CASOS DE USO)
PACIENTE
VERIFICAR DISPONBELIDADA DE ATENCION

<<include>>
REGISTRAR CITA MEDICA <<include>>
(from CASOS DE USO)
(from CASOS DE USO)
<<include>>
BRINDAR DATOS
REGISTRAR TRATAMIENTO MEDICO
(from CASOS DE USO)
(from CASOS DE USO)
ENTREGAR COMPROBATE PAGO

(from CASOS DE USO)
DOCTOR
DCU (DIAGRAMA DE CASO DE USO PAGO CITA

MDICA)
59
Registra Pago
Caja
<<include>>
PACIENTE
(from CASOS DE USO)
<<include>>
ENTREGAR COMPROBATE PAGO

(from CASOS DE USO)
Entragar Vaucher Pago

Eligir Forma De Pago
(from CASOS DE USO)
(from CASOS DE USO)
Cancelar Efectivo
(from CASOS DE USO)
Cancelar Credito
(from CASOS DE USO)
Cancelar Cradito
(from CASOS DE USO)
DCUN_PROCESO_CITA_MEDICA
60
Elegir Especialidad
<<include>>
(from Caso De Uso)
Solicita Cita Medica
Paciente
Admision
(from Caso De Uso)
(f rom Ac tores)
(f rom Ac tores)
<<include>>
Brinda Datos
Verificar Disponibilidad de Hora Atencion
(from Caso De Uso)
(from Caso De Uso)
<<include>>
<<include>>
Emitir Cita Medica
Registra Cita Medica
(from Caso De Uso)
(from Caso De Uso)
Doctor
(f rom Ac tores)
DCUN_PROCESO_PAGO_CITA_MEDICA
Solicitar Forma Pago

(from Caso De Uso)
Paciente
(f rom Actores)
Cajero
(f rom Actores)
<<include>>
<<include>>
<<include>>
Regis trar Pago
Emitir Cita Medica
(from Caso De Uso)
(from Caso De Uso)
Emitir Comprobante Pago
Efectuar Pago
(from Caso De Uso)
(from Caso De Uso)
Emitir Boleta de Venta

(from Caso De Uso)
Emitir Factura de Venta

(from Caso De Uso)
Cancelar Efectivo
(from Caso De Uso)
Cancelar Credito
Cacelar Debito
(from Caso De Uso)
(from Caso De Uso)
61
DCUN_PROCESO_PROGRAMACION_HORARRIA_ATENCION
_MEDICA
Registra Hora de Atencion Medica

Admision
Doctor
(from Caso De Uso)
(f rom Actores)
(f rom Actores)
<<include>>
Eligir Disponibilidad Hora Atencion Medica

(from Caso De Uso)
DCUN_PROCESO_ATENCION_MEDICA
Realizar Evaluacion Medica

Doctor
Paciente
(from Caso De Uso)
(f rom Actores)
<<include>>
(f rom Actores)
<<extend>>
Emitir Tratamiento
Emitir Diagnostico
(from Caso De Uso)
(from Caso De Uso)
62
DCUN_PROCESO_HISTORIA_CLINICA
Registrar Historia Clinica

Admision
Paciente
(from Caso De Uso)
(from Actores)
(from Actores)
<<include>>
<<include>>
Medir Talla y Peso
Brindar Datos Personales
(from Caso De Uso)
(from Caso De Uso)
63
4.2
Diagrama de caso de uso del sistema.
DCUS_MANTENIMIENTO_DISTRITO
Guardar
Nuevo
(from Caso_Uso_Sistema)
<<include>>
<<include>>
Realizar
Adminision
(f rom Actores)
<<include>>
Mantenimiento_Distrito
Editar
<<include>>
<<include>>
Eliminar
Listar_Distritos
64
DCUS_MANTENIMIENTO_PACIENTE
Guardar
Nuevo
<<include>>
<<include>>
Realiza
<<include>>
Adminision
Mantenimiento_Paciente
Editar
<<include>>
(f rom Actores)
<<include>>
<<include>>
Buscar_Registros
Listar_Pacientes
Anular
65
DCUS_MANTENIMIENTO_ ESPECIALIDAD
Nuevo
Guardar
<<include>>
<<include>>
Realiza
<<include>>
mantenimiento_especialidad
Editar
Adminision
(f rom Actores)
<<include>>
Listar Especialidad
<<include>>
Anular
66
DCUS_MANTENIMIETO_USUARIO
Nuevo
Guardar
<<include>>
<<include>>
Realiza
<<include>>
Adminision
(f rom Actores)
Mantenimieno_Usuario
Anular
<<include>>
<<include>>
Validar Usuario
Listar Usuario
DCUS_MANTENIMIENTO_CARGO
Nuevo
Guardar
<<include>>
<<include>>
<<include>>
Realiza
Adminision
(f rom Actores)
Mantnimiento Cargo
Editar
<<include>>
<<include>>
Listar Cargo
Eliminar
67
DCUS_REGISTRO_HISTORIA_CLINICA
Nuevo
<<include>>
<<include>>
Guardar
Realiza
Registro_Historia_Clinica
Adminision
(f rom Actores)
<<include>>
<<include>>
Bucar_Paciente
Anular
68
DCUS_MANTENIMIENTO_CITAS_MEDICAS
Guardar
Buscar Paciente
Nuevo
<<include>>
<<include>>
<<include>>
Buscar_Hora_Atencion
<<include>>
Realiza
<<include>>
Adminision
(f rom Actores)
Registro_Citas_Medicas
Buscar_Citas_Medicas
<<include>>
<<extend>>
<<extend>>
<<include>>
Anular
Imprimir
Generar_Reporte
Listar_Cita_Medica
69
DCUS_MANTENIMIENTO_AGENDA_TELEFONICA_DOCTOR
Nuevo
<<include>>
Guardar
<<include>>
Realiza
Mantnimiento_Agenda_telefonica_D
octor
Adminision
(f rom Actores)
<<include>>
Editar
<<include>>
Listar_Agenda_Telefonica
<<include>>
Eliminar
70
DCUS_MANTENIMIENTO_DOCTOR
Guardar
Nuevo
<<include>> <<include>>
<<include>>
<<include>>
Realiza
Adminision
Editar
<<include>>
Mantenimiento_Doctor
Anular
<<include>>
(f rom Actores)
<<extend>>
Listar Doctor
Buscar_Registros
Generar_Reporte
71
DCUS_MANTENIMIENTO_TRATAMIENTO_MEDICO
Guardar
Nuevo
Editar
<<include>>
<<include>>(from Caso_Uso_Sistema)
<<include>>
realiza
<<include>>
Mantenimiento_Tratamineto_
Medico
Doctor
Anular
(from Actores)
<<include>>
<<extend>>
<<extend>>
<<include>>
Buscar Registro
Imprimir
Generar_Reporte
Buscar Paciente
72
DCUS_MANTENIMIENTO_PERSONAL
Editar
Guardar
Nuevo
<<include>>
<<include>>
<<include>>
Anular
<<include>>
<<include>>
Realliza
Adminision
<<include>>
Mantenimiento_personal
Listar_Personal
(from Actores)
<<include>>
<<include>>
<<include>>
<<include>>
Primero
Generar_Reporte
Anterior
Ultimo
Siguiente
73
4.3
Diagrama de Clases
DIAGRAMA DE CLASES DE CITAS MEDICAS

HISTORIA_CLINICA
Codpac
Apellido
Nombre
Dni
Talla
Peso
Grupo_sanguineo
Estado_historia
DISTRITO
nuevo()
guardar()
Buscar _Paciente()
Anular()
Listar_Historia_Clinica()
Cpostal
Nombre_Distri
1..*
1
Nuevo()
Guardar()
Editar()
Eliminar()
Listar_Distrito()
0..1
PACIENTE
CodPac
Apellido
Nombres
Dni
Sexo
Cpostal
Direccion
Num_Telef
Estado_Pac
Obs_Estado_Pac
Nuevo()
Guardar()
Editar()
Buscar_Registro()
Anular()
Listar_Paciente()
1..*
1..*
TRATAMIENTO_MED
Nro_Tratamiento
Num_Cita
CodPac
Descripcion
Dosis
Estado_Tratamiento
Obs_Estado_Tratamiento
Nuevo()
Guardar()
Editar()
Buscar_Paciente()
Buacar_Registro()
Anular()
Generar_Reporte()
Imprimir()
DOCTOR
CodDoc
Apellido
Nombres
Dni
Fech_Nac
Sexo
Est_Civil
Nro_Colegiatura
Cpostal
Direccion
Email
CodEsp
Sueldo
Estado_Doc
Obs_Estado_Doc
1..*
0..1
A
AGENTE_TELE_DOCTOR
IdAgenda
CodDoc
Numero_telef
Observacion
1
Nuevo()
Guardar()
Editar()
Eliminar()
Lista_Agenda_Telefono()
1
Nuevo()
Guardar()
Editar()
Anular()
Lista_Doctores()
Busca_Registro()
Generar_Reporte()
1..*
ESPECIALIDAD
CodEsp
Nombre_Esp
PERSONAL
CARGO
CodCargo
Nombre_Cargo
Nuevo()
Guardar()
1
Editar()
Eliminar()
Listar_Cargos()
1..*
CdoPers
Apellido
Nombres
Dni
Fecha_Nac
Sexo
Estado_Civil
Cpostal
Direccion
CodCargo
Sueldo
Estado_Pers
Obs_Estado_Pers
Nuevo()
Guardar()
Editar()
Anular()
Listar_Personal()
Primero()
Anterior()
Siguiente()
Ultimo()
Generar_Reporte()
1
1
Nuevo()
Guardar()
Editar()
Anular()
Listar_Paciente()
1..*
CITA_MEDICA
NumCita
IDatencion
CodPac
CodPers
Fech_emision
total
Estado_Cita
1
1..*
Nuevo()
Guardar()
Buscar_Paciente()
Buscar_Horario_atencion()
Buscar_Cita_Medica()
Anular()
Lista_Cita_Medica()
Generar_Reporte()
Imprimir()
1..*
1..*
PROGRAMACION_ATENCION
Idatencion
CodDoc
Fec_Atencion
Hora_Inicio
Hora_Termino
Estado_atencion
Nuevo()
Guardar()
Editar()
Bucar_Doctor()
Buscar_Registro_Programacion()
Listar_Programacion_Atencion()
Anular()
Generar_Reporte()
Imprimir()
USUARIO
CodPers
CodUser
password
Estado_Usuario
Nuevo()
Guardar()
Anular()
Validar_Usuario()
Listar_Usuario()
V: IMPLEMENTACION DEL SISTEMA.

5.1
Modelo Entidad Relacin de la Base de Dato.
P
I
T
U
L
O
74
5.2
El Diagrama de la Base de datos
5.2.1El Diagrama Lgico de la base de Datos
75
76
5.2.2
El Diagrama Fsico de la Base de Datos
77
5.3
Diseo de las Interfaces del Sistema.
MANTENIMIENTO DE DISTRITO
78
MANTENIMIENTO DE PACIENTE.
MANTENIMIENTO DE ESPECIALIDAD
79
MANTENIMIENTO DE USUARIO.
MANTENIMIENTO DE CARGO.
80
REGISTRO DE HISTORIA_CLINICA.
81
REGISTRO DE CITAS MEDICAS.
82
MANTENIMIENTO DE AGENDA TELEFONICA.
MANTENIMIENTO DE DOCTOR.
83
MANTENIMIENTO DE TRATAMIENTO MEDICO.
MANTENIMIENTO PROGRAMACION ATENCION.
84
MANTENIMIENTO DE PERSONAL
85
CONCLUSIONES.
Con la implementacin del proyecto de Anlisis, Diseo E
Implementacin De Un Sistema De Control De Citas Mdicas Para La

Clnica Gonzales S.A. Se ha logrado que la clnica realice un mejor
proceso de citas mdicas para el beneficio de la clnica y sobre todo de
los pacientes ya que permitir disminuir los costos, disminuir el tiempo
en la atencin y sobre todo reducir los costos operativos. Permitiendo
el mejor control de los procesos administrativos. Por ello el automatizar
el proceso de la cita mdica de la clnica Gonzales. Garantiza en gran
parte el xito del desarrollo del proyecto.
7
RECOMENDACIONES.
Adecuar un sistema para los pacientes que van llegando y as
brindar un mejor servicio y una informacin ms oportuna y adecuada

a los pacientes, ya que las aglomeraciones causan perdida de historias,
insatisfaccin del cliente.
Los pacientes que tienen cita asignarles un turno y evitar largas
esperas en la sala.
BLIBIOGRAFIA.
MORENO RODRGUEZ ROSA CRISTINA,
Anlisis Y Diseo
De Un Sistema Web Para Citas Mdicas Proyecto De
86
Ingeniera De Sistemas Universidad Tecnolgica, Per del ao

2012.
ROJAS
CABREJOS
GUILLERMO
Miguel
RENATO,
En
ngel
su
tesis
SULLCA
de
PADILLA
investigacin
denominado Desarrollo de una Aplicacin Web para el

Registro de Historias Clnicas Electrnicas (HCE) para el
Hospital Nacional Guillermo Almenara (tesis de Ingeniera de
Sistemas), Universidad Tecnologa Del Per del 2012.
FARROAY RIVERO, Karen Ivone y TRUJILLO MOCHCCO:

Sistema de registro de atencin mdica para un centro de
salud de nivel I-3 de complejidad, Ingeniera de
Universidad Peruana de Ciencias Aplicadas,
la
Lima Per
2013.
ARIAS MORENO, Franklin Jhino Y
RUIZ ROJAS HAROLD
AYRTON: Aplicacin Web Y Mvil De Monitoreo Y Control Del

Tratamiento
De
Los
Pacientes
Del
Hospital
Nacional
Arzobispo Loayza, Ingeniera de La Universidad De San

Martin De Porres, Per 2014.
Diseo y creacin de bases de datos.

Autor Niurka del C .Guerra Cabrera.
Va Web mailXmail.com
87
WEBGRAFIA.
https://es.wikipedia.org/wiki/Tesis
http://www.masadelante.com/faqs/base-de-datos
http://www.docirs.com/uml.htm
http://tesis.pucp.edu.pe/repositorio/bitstream/handle/123456789/336/
MOSQUERA_JAVIER_AN%C3%81LISIS_DISE
%C3%91O_E_IMPLEMENTACI
%C3%93N_DE_UN_SISTEMA_DE_INFORMACI
%C3%93N_INTEGRAL_DE_GESTI
%C3%93N_HOSPITALARIA_PARA_UN_ESTABLECIMIENTO_DE_SALUD_P
%C3%9ABLICO.pdf?sequence=1
http://www.minsa.gob.pe/dgsp/observatorio/documentos/ix_encuentro
/iiiNivel/3ro_san_bartolome.pdf.
http://repositorioacademico.upc.edu.pe/upc/bitstream/10757/313002/
2/trujillo_am-pub-tesis.pdf
88
89
90
12
13
14

Gonzales

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Gonzales

Caricato da

Copyright:

Formati disponibili

Anlisis, Diseo e Implementacin de

un Sistema de Control de Citas Mdicas

Agradecemos a dios por la vida que

El presente trabajo va dedicado

continuar cada da de pie con

padres porque ellos le

han dado razn a nuestras vidas

Planteamiento Del Problema:

Formulacin Del Problema

Delimitacin Del Problema

CAPITULO II: MARCO TERICO.

Primera Forma Normal:

Segunda Forma Normal:

Tercera Forma Normal:

Cuarta Forma Normal:

Gestores de Base de Datos

Microsoft SQL Server

Lenguaje de Modelamiento Unificado (UML)

Diagrama de Caso de Uso

Programacin Orientada a Objetos

Programacin por capas

CAPITULO III: ANTECEDENTES GENERALES Y ANLISIS DEL

Resea Histrica De La Empresa.

Planificacin Y Gestin De Las Entrevistas

Factibilidad Del Proyecto.

Factibilidad Financiera y Econmica.

CAPITULO IV: DISEO DE LA SOLUCION.

Diagrama De Caso De Uso Del Negocio.

Diagrama de caso de uso del sistema.

Error! Marcador no definido.

Error! Marcador no definido.

CAPITULO V: IMPLEMENTACION DEL SISTEMA.

Modelo Entidad Relacin de la Base de Dato.

El Diagrama de la Base de datos

5.2.1El Diagrama Lgico de la base de Datos

El Script de la Base de Datos

Error! Marcador no definido.

5.4 El Diagrama Fsico de la Base de Datos

Diseo de las Interfaces del Sistema.

implementacin de un sistema de control de citas mdicas .Por eso

travs de la creacin de un sistema de citas mdicas.

En el captulo I, se hace mencin

investigacin, siendo un primer punto a abordar el Planteamiento del

se procede a establecer la Limitacin del problema, este

contempla los datos principales de la empresa, el nombre del gerente

Mediante los Objetivos de la Investigacin, se establecen los

Finalmente mediante los Antecedentes de la Investigacin se

tcnicas, herramientas y/o procedimientos utilizados para el anlisis

En el captulo II, se hace mencin al Marco Terico este

Finalmente se hace mencin se explica que es el Lenguaje de

En el Captulo III se presentan los Antecedentes Generales y

travs de la ubicacin geogrfica se establece el lugar de la empresa

Misin y Visin, mediante el Anlisis FODA se identifica cules son las

Mediante las entrevistas se logra el levantamiento de informacin.

Finalmente se hace mencin a la Factibilidad del Proyecto a nivel

En el Captulo IV, se hace mencin al Diseo de la Solucin,

Finalmente el Diagrama de Actividades se utiliza para auxiliar a

Captulo V ,se procede a la Implementacin del Sistema

aqu se hace mencin como primer punto el Modelo Entidad Relacin de

Luego se desarrolla el Diagrama Entidad Relacin de la Base de

instrucciones, as tambin se menciona al Diagrama Fsico de la Base

Finalmente se procede a elaborar el diseo de las interfaces de

El diseo del sistema automatizado facilita el desarrollo del

1.3 Delimitacin Del Problema