Tésis

Dedicatorias
Este trabajo se lo dedico a mi madre Martha Elizabeth Flores Fernndez y a mi padre

Leopoldo Torres Gonzlez, que me han dado todo lo necesario, me han consolado, alentado
y que siempre han credo en m para salir adelante en la vida no solo como hijo, sino como
persona de bien, esposo y ahora como profesionista.
Tambin se lo dedico a mi abuelo Ral Flores Mancilla, en paz descanse, a quien le
hubiera encantado verme convertido en un profesionista y a mi abuelo Leopoldo Torres
Osorio quin muri sin poder verme como profesionista, as como al resto de mi familia que
de alguna manera han servido de ayuda o inspiracin para tener una carrera profesional.
Por ltimo pero no menos importante, se lo dedico a mi esposa Virginia Lpez
Snchez, la cual me ha brindado el apoyo que le ha sido posible y quien me ha dado aliento
y esperanza para terminar mi carrera y quien ha sido parte de mi gua en este proyecto.
Agradecimientos
A mis padres, por seguir apoyndome an

cuando ya me encuentro casado.
A mi esposa, por estar a mi lado en este
proyecto de vida que es mi carrera
profesional.
A mi asesor y mis revisores por ser mis
guas en este proyecto.
A mis amigos por haber compartido tantas
experiencias juntos a lo largo de esta
etapa de mi vida.
A todas las personas que participaron
directa o indirectamente en la
creacin de este proyecto.
Resumen
Hoy en da nos encontramos en todo nuestro esplendor como civilizacin y poseemos
grandes avances en la tecnologa y en la medicina. Al combinar estas ltimas hemos
encontrado formas muy eficaces de salvar vidas humanas, sin embargo, an nos falta
mucho por descubrir y an necesitamos arreglar muchas cosas en nuestra forma de
implementar la tecnologa al servicio mdico.
La creacin de pginas web implica la planificacin, diseo e implementacin de sitios
web. No es simplemente una aplicacin de diseo convencional, ya que requiere tomar en
cuenta cuestiones como navegabilidad, interactividad, usabilidad, arquitectura de la
informacin e interaccin multimedia. Tomando en cuenta estos aspectos, se planea hacer
uso de algunas tecnologas web (HTML, PHP, Java Script, AJAX, CSS) y un manejador de
bases de datos (MySQL) para el diseo de una aplicacin web que satisfaga la necesidad
de no invertir tanto tiempo y esfuerzo al solicitar una cita mdica en el rea de medicina
Familiar del Instituto Mexicano del Seguro Social (IMSS), concretamente en el Hospital
General Zona Mdico Familiar No.12 (HGZ M/F #12) de Cd. Lzaro Crdenas, Michoacn,
como sucede actualmente basndose en un estudio realizado a derechohabientes de dicha
institucin.
El presente trabajo describe la problemtica de la atencin mdica en el rea de
Medicina Familiar y presenta una forma de mejorar la atencin en esta rea por medio de la
implementacin de tecnologas web para la creacin de un sistema de administracin de
citas mdicas va Internet.
Abstract
Today we are in our entire splendor as civilization and we have great advances in
technology and medicine. By combining these two, we have found a very efficient way to
save human lives, however, we still have too much to learn and we still need to fix a lot of
things in the way we implement the technology to the medical attending.
Web sites creation involves planning, design and implementation of web sites. Its not
just a conventional application since we need to involve facts as navigability, interactivity,
usability, information architecture and multimedia interactivity. Taking those aspects, it is
planned to make use of some web technologies (HTML, PHP, Java Script, CSS) and a data
base manager system (MySQL) in order to design a web application which actually can
satisfy the need of taking less time in the waiting for a medical appointment at the Family
Practice area in the Mexican Institute of Social Security (IMSS for Spanish), specifically in the
General Hospital Family/Medical Area No.12 (HGZ M/F #12 for Spanish) as actually happens
based on a study applied to patient of that institution.
The present work describes the issue of the medical attending in the area of Family
Practice and gives a way to improve the attention in this area by implementing web
technologies for creating a system to administrate medical appointments by the internet.
ndice de Contenidos
Introduccin.................................................................................................
1 Justificacin............................................................................................
1.1 Justificacin Personal........................................................................
1.2 Justificacin Social............................................................................
2 Objetivos..................................................................................................
2.1 Objetivo general................................................................................
2.2 Objetivos especficos.........................................................................
3 Marco Referencial....................................................................................
3.1 Los inicios del Instituto Mexicano del Seguro Social........................
3.1.1 Misin del IMSS..............................................................................
3.2 Ubicacin...........................................................................................
3.3 Servicios............................................................................................
3.3.1
Servicios Mdicos..........................................................................
3.3.2
Servicios Sociales.........................................................................
3.3.3
Servicios Administrativos...............................................................
3.4 Personal.............................................................................................
4 Planteamiento del Problema...................................................................

4.1
Planteamiento del problema.............................................................
4.2
Hiptesis...........................................................................................
5 Alances y Limitaciones..........................................................................
5.1
Alcances...........................................................................................
5.2
Limitaciones......................................................................................
-1-
6 Fundamento Terico................................................................................
6.1
Metodologas de desarrollo de software..........................................
6.1.1
Modelo de Cascada.....................................................................
6.1.1.1
Analisis o Especificacion de Requerimientos...........................
6.1.1.2
Modelo de Base de Datos........................................................
6.1.1.3
Diseo o Arquitectura del Sistema...........................................
6.1.2
Modelo de Prototipos...................................................................
6.1.3
Modelo de Espiral........................................................................
6.2
Tecnologas usadas..........................................................................
6.2.1
Internet.........................................................................................
6.2.2
El protocolo HTTP........................................................................
6.2.3
HTML............................................................................................
6.2.4
PHP..............................................................................................
6.2.5
MySQL.........................................................................................
6.2.6
JavaScript.....................................................................................
6.2.7
AJAX............................................................................................
6.2.8
CSS..............................................................................................
7 Metodologa.............................................................................................
7.1 Anlisis de Requerimientos ..............................................................

7.1.1
Requerimientos ............................................................................
7.1.2
Modelo de Base de datos .............................................................
7.1.3
Casos de Uso................................................................................
7.2 Arquitectura........................................................................................
7.3
Descripcin del sistema...................................................................
7.4
Diseo de Pantallas.........................................................................
8 Resultados...............................................................................................
8.1
Descripcin del prototipo..................................................................
Conclusiones y recomendaciones.............................................................
Referencias Bibliogrficas..........................................................................
-2-
Lista de Figuras
Figura 1. Ubicacin del HGZ M/F #12 del IMSS24
Figura 2. Modelo Cliente-Servidor39
Figura 3. Cliente ligero y cliente pesado40
Figura 4. Modelo en espiral de desarrollo de software46
-3-
Lista de Diagramas
Diagrama 1. Modelo en cascada de desarrollo de software36
Diagrama 2. Modelo en prototipos de desarrollo de software43
Diagrama 3. Modelo Entidad-Relacin de la Base de Datos61
Diagrama 4. Modelo Relacional de la Base de Datos62
Diagrama 5. Casos de Uso63
Diagrama 6. Diagrama de Clases64
Diagrama 7. Diagrama de Secuencias Multidireccional del Sistema65
Diagrama 8. Diagrama de Estados del Sistema66
Diagrama 9. Estructura del Sistema68
-4-
Lista de Grficas
Grfica 1. Costo de traslado para solicitar una cita mdica13
Grfica 2. Tiempo para solicitar una cita mdica13
Grfica 3. Personas que saben usar computador14
Grfica 4. Personas dispuestas a solicitar cita por Internet 14
Grfica 5. Personas dispuestas a usar el sistema15
-5-
Lista de Pantallas
Pantalla 1. INICIO - Pantalla Principal81
Pantalla 2. PACIENTES Formulario de datos82
Pantalla 3. PACIENTES Escoger Fecha83
Pantalla 4. DOCTORES - Acceso84
Pantalla 5. ADMINISTRADORES Acceso a Administradores y Secretarias 85
Pantalla 6. ADMINISTRADOR - Funcionalidad87
Pantalla 7. ADMINISTRADOR - Eliminar Cita88
Pantalla 8. ADMINISTRADOR - Agregar / Eliminar Administrador88
Pantalla 9. ADMINISTRADOR - Derechohabientes89
Pantalla 10. ADMINISTRADOR - Consultas89
Pantalla 11. ADMINISTRADOR - Consulta Realizada90
Pantalla 12. ADMINISTRADOR - Consulta Exportada a PDF90
Pantalla 13. SECRETARIAS - Funcionalidad91
-6-
Introduccin
Hace algunas dcadas las palabras
internet,
computadora, redes de comunicacin,
entre otras, no estaban dentro de nuestro
vocabulario. Esta es la
expresin de la era de la globalizacin en la que vivimos, que consiste en

un proceso en que la tecnologa, la comunicacin y la interdependencia entre
los pases han generado transformaciones sociales, culturales y econmicas
a nivel mundial; particularmente los sistemas de comunicacin se desarrollan
cada vez ms como consecuencia de esto.
El impacto de las tecnologas
de la informacin en nuestras vidas es un hecho innegable, ante el cual

nuestra sociedad hace esfuerzos constantes y firmes por no quedarse atrs
con respecto a otros pases.
Nuevos sistemas de informacin son costosos en tiempos y recursos, la
solucin moderna
de
sistemas
de informacin
exigen
herramientas
metodologas que resuelvan rpida, econmica, eficiente y de manera global

problemas de informacin y conocimiento planteados por las organizaciones.
Actualmente el paradigma de programacin se ha enfocado a nuevas
necesidades de modernos y globales sistemas de informacin basados en
redes y ms an en la red global de internet;
es ms importante poder
concebir y construir sistemas de informacin con estas nuevas tecnologas de

programacin.
-7-
El mundo de los servicios Web est evolucionando a gran velocidad; se han

lanzado kits de herramientas de servicios Web y los desarrolladores los han
utilizado para construir sistemas, as como los fabricantes han trabajado para
garantizar
la
interoperabilidad. Aunque
los servicios Web han
progresado
mucho en los ltimos aos, el trabajo sobre estas tecnologas contina. Si

vamos a desarrollar sistemas basados en servicios Web
es importante
comprender las tecnologas de hoy y cul va a ser su futuro, ya que la Web no es

solo un medio para colocar informacin de variados tipos y formatos a
disposicin
de los usuarios de internet. Utilizando el Web es posible tambin
interactuar con el
usuario de
forma que pueda, por ejemplo, encargar un
producto, suscribirse a algn servicio, reservar un pasaje o hacer una consulta a

una base de datos.
Internet fue diseada y construida como un sistema de libre intercambio de
informacin, por lo que aspectos como la seguridad en las transacciones
realizadas no fueron implementados a su tiempo, con la consecuencia de
que para hacerlo luego ha sido necesario apoyarse en una serie de sistemas y
tecnologas adicionales.
Y es que una de las principales barreras que ha encontrado el comercio
electrnico ha sido precisamente la desconfianza de los usuarios frente a los
sistemas de identificacin, intercambio de datos personales y pago de productos a
travs de la gran red, cosa por otro lado lgica ya que la Internet es por propia
naturaleza un sistema no seguro [1].
-8-
En el rubro de la salud y calidad en los servicios en Mxico se han implementado

las certificaciones ISO, de las cuales ya dependen casi todos los servicios que
quieran enarbolar la bandera de la excelencia. As el Instituto Mexicano del Seguro
Social (IMSS), como proveedor de servicios de salud, tambin se encuentra en el
juego de la certificacin, de ah que pensamos que con un servidor de calidad en
la administracin de citas mdicas se podra: agilizar servicios, ahorrar
presupuesto, minimizar tiempos de espera y lograr la excelencia perseguida por la
certificacin ISO,
As proponemos el desarrollo de una aplicacin web para la administracin de
citas mdicas en el rea de medicina familiar, concretamente para el HGZ M/F
#12.
-9-
1
CONTENIDOS
1.1 Justificacin Personal
1.2 Justificacin Social
- 10 -
1.1 Justificacin Personal

El presente proyecto se realiza tomando en cuenta a los miles de
derechohabientes del IMSS de esta localidad de Cd. Lzaro Crdenas que aun
contando con afiliacin al Seguro Social no reciben atencin mdica en el rea de
Medicina Familiar con la debida calidad y redituabilidad que deberan, dado que
dicha institucin no cuenta con un marco lo suficientemente apropiado para cubrir
esta necesidad.
Tomando en cuenta los conocimientos profesionales que he adquirido, me
propongo a crear un software para que se minimice el esfuerzo del
derechohabiente a la hora de solicitar atencin mdica en el rea anteriormente
sealada y se cubran las necesidades de las familias Lazarocardenenses en este
rubro.
As pues, se crear una aplicacin web con la cual los derechohabientes
minimicen el tiempo, dinero y esfuerzo invertido al momento de solicitar atencin
mdica en el rea de medicina familiar.
- 11 -
1.2 Justificacin Social

Al ser este un proyecto para beneficio social, se hace necesario hacer un estudio
estadstico de la poblacin a la cul va enfocado el proyecto, siendo esta
poblacin los derechohabientes del HGZ M/F #12 del IMSS.
Se toman los siguientes datos de acuerdo a una frmula ya establecida para
determinar la muestra n de encuestados:
-
N (poblacin) = 31,997 derechohabientes

k (nivel de confianza) = 99% (2.58)
e (error deseado) = 1%
p (proporcin de individuos que poseen la caracterstica de estudio) = 0.99
q (proporcin de individuos que no la poseen) = 1-p = 0.01
2
n=
k pq N
=646 encuestas
2
[ e ( N 1 ) ] +(k 2 p q)
- 12 -
Una vez habindose hecho las encuestas, se determinaron los siguientes

resultados:
$10
$10 A $50
$50 o ms
Grfica 1. Costo de traslado para solicitar una cita mdica.

Un 95.97% de los encuestados afirmo gastar entre $10 y $50 para trasladarse al
IMSS a solicitar una cita mdica y regresar a su casa, mientras que un 2.16% dijo
gastar ms de $50 y solo el 1.85% gasta $10.
100.00%
80.00%
60.00%
40.00%
20.00%
0.00%
- 13 -
Grfica 2. Tiempo para solicitar una cita mdica.

En cuestiones de tiempo, el 95.35% de la muestra observo un gasto de tiempo de
entre 30 y 60 minutos en la tarea de ir a solicitar una cita mdica, mientras que el
2.47% asever tardarse media hora y menos y solamente el 2.16% dijo tardarse 1
hora o ms.
LA SABEN USAR
NO LA SABEN USAR
Grfica 3. Personas que saben usar computadora.
- 14 -
En este punto se mostr una tendencia muy equitativa, ya que del total de
encuestados un 51.54% dijo saber usar una computadora, mientras que el resto
afirm lo contrario.
100.00%
80.00%
60.00%
40.00%
20.00%
0.00%
SI LO HARIA
NO LO HARIA
Grfica 4. Personas dispuestas a solicitar cita por Internet.

Al llegar a este punto se not un inters muy favorable por el proyecto, ya que un
93.34% de los encuestados dijo que si estara dispuesto a usar el internet para
solicitar su cita mdica.
- 15 -
NO LO HARIA
SI LO HARIA
0.00%
20.00%
40.00%
60.00%
Grfica 5. Personas dispuestas a usar el sistema.

Y para el cierre del estudio, un total del 93.18% registr inters en usar el sistema
que se planea desarrollar para solicitar una cita mdica por medio de internet.
Una vez concluida la prueba estadstica, se demostr con datos de campo reales
que el sistema sera aceptado entre la poblacin derechohabiente del HGZ M/F
- 16 -
80.00
#12 del IMSS y que as mismo contribuira en un menor gasto de tiempo, dinero y
esfuerzo entre la poblacin derechohabiente al momento de que busquen solicitar
una cita mdica en el rea de Medicina Familiar.
- 17 -
2.1
Objetivo general
2 Objetivos
Desarrollar una aplicacin Web para administrar citas mdicas en el rea de

Medicina Familiar del HGZ M/F #12 del IMSS.
CONTENIDOS
2.2 Objetivos especficos
2.1 Objetivo General

-
Reducir el tiempo, dinero y esfuerzo invertido de los derechohabientes a la
2.2 Objetivos
hora de solicitarEspecficos
una cita mdica en el rea de Medicina Familiar del HGZ M/F
#12 del IMSS.
-
Crear una base de datos ligera que pueda contener a todos los
derechohabientes del HGZ M/F #12 del IMSS, as como a las personas
involucradas en el proceso de las de citas mdicas.
Realizar un estudio estadstico a los derechohabientes del HGZ M/F #12 del
IMSS para contar con informacin fidedigna sobre que tanto beneficio se
puede aportar con el presente proyecto y que aceptacin tendra.
Crear una aplicacin web que sea fcil de usar por los derechohabientes.
- 18 -
3 Marco
Referencial
CONTENIDOS
3.1 Los inicios del
Instituto
Mexicano del Seguro
Social
3.2 Instalaciones
3.3 Servicios
3.4 Personal
- 19 -
GESUNDHEIT MEDICAL CENTER es un proyecto de investigacin y desarrollo

dirigido hacia las instituciones de salud y a la sociedad en general de la Cd. y Pto.
de Lzaro Crdenas, Michoacn.
Nuestro marco referencial nos sita principalmente en el IMSS HG/ZMF No.12,
ubicado en la Av. Lzaro Crdenas No. 176, Col. Centro; institucin a la cual se
planea llevar el presente proyecto para que se pueda hacer uso de l. Nos
referenciamos ante esta institucin debido a que la otra gran institucin de salud
del pas (el ISSSTE) posee un sistema similar para que los trabajadores del
estado puedan concertar citas mdicas va internet.
Ahora, si bien es cierto que se tiene pensado como referencia principal una
institucin de carcter pblico, nada detiene al presente proyecto para ser
implementado en una institucin privada.
- 20 -
3.1 El inicio del Instituto Mexicano del Seguro Social
Las reivindicaciones para la clase trabajadora se plasmaron desde la Constitucin

Poltica de 1917, el Artculo 123 establece, entre otras medidas, responsabilidades
de los patrones en accidentes de trabajo y enfermedades profesionales, as como
tambin la obligacin de observar los preceptos legales sobre higiene y seguridad.
Sin embargo, no fue sino 26 aos despus cuando bajo el gobierno del Presidente
de la Repblica Manuel vila Camacho se logr hacer realidad este mandato
constitucional.
En su discurso de toma de posesin, el primero de diciembre de 1940, el
Presidente vila Camacho anunci:
"...todos debemos asumir desde luego el propsito, que yo desplegar con todas
mis fuerzas, de que un da prximo las leyes de seguridad social protejan a todos
los mexicanos en las horas de la adversidad, en la orfandad, en la viudez de las
mujeres, en la enfermedad, en el desempleo, en la vejez, para sustituir este
rgimen secular que por la pobreza de la nacin hemos tenido que vivir".
El 19 de enero de 1943 naci el Instituto Mexicano del Seguro Social, con una
composicin tripartita para su gobierno, integrado, de manera igualitaria, por
representantes de los trabajadores, de los patrones y del Gobierno Federal. De
inmediato comenz a trabajar su Consejo Tcnico. Entonces, al igual que hoy, sus
integrantes han sabido anteponer a los legtimos intereses que representan el bien
superior del Seguro Social, constituyndose as en garanta de permanencia y
desarrollo institucional.
- 21 -
Se recibi la primera aportacin del Gobierno Federal por la cantidad de cien mil
pesos; se afili la primera empresa y se expidi la primera credencial de afiliacin.
El 6 de abril de 1943 se funda el Sindicato Nacional de Trabajadores del Seguro
Social (SNTSS), que hoy en da constituye la organizacin sindical ms grande del
apartado A del Artculo 123 Constitucional. El decreto de creacin del IMSS
prevea la puesta en marcha de los servicios para el 1 de enero de 1944.
Cuenta Miguel ngel Huerta, fundador del IMSS:
"El 31 de diciembre de 1943 no sabamos todava qu iba a pasar. Al da

siguiente, sbado, recibimos un llamado urgente a nuestras casas, porque no era
da hbil, para presentarnos en las oficinas del Seguro. Ah nos recibi el
Licenciado Garca Tllez y nos dijo:
El Seor Presidente de la Repblica me acaba de nombrar director general del

Seguro y hoy empezaron los servicios del Seguro Social.
En palabras de Ignacio Garca Tllez, primer Director del IMSS (1944-1946):

"El Seguro Social, tiende a liquidar un injusto privilegio de bienestar brindando
igualdad de oportunidades de defensa biolgica y econmica a las mayoras
necesitadas"
- 22 -
Los avances logrados se deben al esfuerzo y compromiso permanente de ms de

370 mil trabajadores ejemplares del IMSS en todo el pas. Su trabajo se ha
desarrollado en un contexto macroeconmico difcil, y ha descansado en gran
medida en esfuerzos de austeridad y de combate a la evasin y la elusin. Esta
ruta, sin embargo, tiene claros lmites; nos ha ayudado a sortear la coyuntura, pero
no es una solucin permanente a nuestra problemtica. Afortunadamente, la
situacin econmica parece ms promisoria para el resto de ste y los prximos
aos.
El IMSS es la institucin de seguridad social ms grande de Amrica Latina, pilar
fundamental del bienestar individual y colectivo de la sociedad mexicana y
principal elemento redistribuidor de la riqueza en Mxico; es sin duda, una de las
instituciones ms queridas por los MEXICANOS [2].
- 23 -
3.1.1 Misin del IMSS
- 24 -
El IMSS tiene un mandato legal derivado del Artculo 123 de la Constitucin

Poltica de los Estados Unidos Mexicanos. Su misin es ser el instrumento bsico
de la seguridad social, establecido como un servicio pblico de carcter nacional,
para todos los trabajadores y sus familias. Es decir, el aumento en la cobertura de
la poblacin se persigue como un mandato constitucional, con un sentido social.
Por su parte, el Artculo 2 de la Ley del Seguro Social (LSS) establece que la
seguridad social tienen por finalidad garantizar el derecho a la salud, la asistencia
mdica, la proteccin de los medios de subsistencia y los servicios sociales
necesarios para el bienestar individual y colectivo, as como el otorgamiento de
una pensin que, en su caso y previo cumplimiento de los requisitos legales, ser
garantizada por el Estado. En este sentido, el Instituto proporciona a sus
derechohabientes una gama de seguros que permita cumplir con lo establecido en
la Ley y sobre todo brindar tranquilidad y estabilidad a los trabajadores y sus
familias ante el acaecimiento de cualquiera de los riesgos especificados en la LSS.
El Seguro Social comprende el Rgimen Obligatorio y el Rgimen Voluntario. Los
esquemas de prestaciones, requisitos y contribuciones para tener acceso a estos
regmenes son diferentes en cada caso y estn claramente establecidos en la LSS
[3].
- 25 -
3.2 Ubicacin
El HGZ M/F #12 del IMSS se encuentra localizado sobre la Av. Lzaro Crdenas
esquina con Av. Heroica Escuela Naval Militar en la colonia Centro, a un lado del
palacio municipal y frente a al centro de servicios comerciales plaza Tabachines
como se puede apreciar en la siguiente figura:
Av. Heroica Escuela Naval Militar

Av. Lzaro Crdenas
Plaza Tabachines
- 26 -
IMSS
Palacio Municipal
Figura 1. Ubicacin del HGZ M/F #12 del IMSS.
3.3 Servicios
El IMSS de esta localidad cuenta con una gran variedad de servicios divididos en
3 categoras entre los cuales estn:
Servicios Mdicos:
Medicina Familiar
Medicina de Especialidad
Medicina de Urgencias
Hospital
Laboratorio
Imagenologa (Rayos X, Ultrasonido, Mastografa, Tomografa)
Servicios Sociales:
Actividades Manuales
Actividades Fsicas
- 27 -
3.3.1
Actividades Culturales
Guarderas
Tienda de Vveres
Servicios Administrativos:
Pensiones
Incapacidades
Traslados
Vigencia de Derechos
Servicios Mdicos
Tienen como objetivo brindar una buena atencin mdica a la sociedad para
salvar vidas y para mantener as la salud pblica.
3.3.2
Servicios Sociales
- 28 -
Tienen como objetivo mantener una salud fsica y mental mediante deportes, as
como promover el desarrollo en sociedad debido a la convivencia entre las
distintas actividades
3.3.3
Servicios Administrativos
Entre los muchos servicios administrativos que ofrece el IMSS, algunos objetivos
son mantener una pensin para las personas jubiladas, cobrar a los patrones las
cuotas del seguro social del trabajador, facilitar el servicio mdico en otras clnicas
forneas mediante traslados, etc.
3.4 Personal
- 29 -
Debido a que los servicios ofrecidos son tan amplios, solo se nombraran algunas
cuantas personas del personal existente:
1 Director
2 Subdirectores
1
Jefe de Personal
Jefe de Hospital & Urgencias
Jefe de Laboratorio
Plantilla de Mdicos
Plantilla de Enfermeras
Plantilla de Coordinadores Deportivos
Plantilla de Personal Administrativo
Plantilla de Personal de Lavandera
Plantilla de Personal De Mantenimiento
Plantilla de Personal de Almacenamiento
Plantilla de Personal Manejadora de Alimentos
Plantilla de Personal de Lavandera
Plantilla de Personal de Intendencia
Entre Otros
- 30 -
- 31 -
4 Planteamiento
del
CONTENIDOS
4.1 Planteamiento del
problema
4.2 Hiptesis
- 32 -
4.1 Planteamiento del problema

Actualmente al momento de que un derechohabiente (usuario) acude al rea de
Medicina Familiar del HGZ M/F #12 del IMSS a pedir una cita mdica, nos
encontramos con el problema de tener que invertir mucho tiempo en ello, pudiendo
ser esto causado por alguno de los siguientes factores:
-
La clnica se encuentra demasiado lejos.

Es necesario llegar muy temprano si queremos cita para el mismo da debido a
que hay saturacin de pacientes.

En algunas ocasiones las asistentes mdicas no estn a tiempo en su puesto
de trabajo.
La saturacin de pacientes nos causa a veces que a pesar de haber llegado
temprano, ya no alcancemos cita para el mismo da.
A grandes rasgos, estos factores son los que aborda el presente proyecto; la
problemtica de que simplemente el HGZ M/F #12 del IMSS no es lo
suficientemente eficiente como para brindar un servicio de citas de Medicina
Familiar a la altura de las necesidades de los derechohabientes.
- 33 -
4.2 Hiptesis
La creacin de una aplicacin web para la administracin de citas mdicas en el
rea de Medicina Familiar permitir el uso de las tecnologas de la informacin,
concretamente el uso de Internet, para obtener citas mdicas reduciendo
drsticamente el tiempo, dinero y esfuerzo del derechohabiente del HGZ M/F #12
del IMSS.
- 34 -
5 Alcances y
Limitaciones
CONTENIDOS
5.1 Alcances
5.2 Limitaciones
- 35 -
5.1 Alcances
El presente proyecto est pensado en para satisfacer la necesidad de la poblacin
derechohabiente del HGZ M/F #12 del IMSS de reducir el tiempo de espera para
obtener una cita mdica en el rea de Medicina Familiar.
5.2 Limitaciones
Este proyecto va encaminado a personas que sepan al menos lo bsico de
internet.
As mismo va encaminado a personas que tengan conocimientos mnimos de
informtica para saber usar una PC.

Si el servidor donde se encuentra instalado el sistema falla, no se podr
acceder al sistema.
Si no se cuenta con internet no se podr acceder al sistema.
En caso de no contar con internet y computadora en el hogar, ser necesario
trasladarse al lugar ms cercano donde se pueda acceder a estos para poder
acceder al sistema.
- 36 -
6 Fundamento
Terico
CONTENIDOS
6.1 Metodologas de
Desarrollo
de Software
6.2 Tecnologas Usadas
- 37 -
6.1 Metodologas de Desarrollo de Software

Una metodologa de desarrollo de software se refiere a un framework
que
es
usado para estructurar, planear y controlar el proceso de desarrollo de sistemas de

informacin.
El framework para metodologa de desarrollo de software consiste en:
-
Una filosofa de desarrollo de software con el enfoque del desarrollo de
software.
Herramientas, modelos y mtodos para asistir al proceso de desarrollo de
software [4].
En el desarrollo de software, un framework es una estructura conceptual y

tecnolgica de soporte definida, normalmente con artefactos o mdulos de software
concretos, con base en la cual otro proyecto de software puede ser organizado y
desarrollado. Tpicamente, puede incluir soporte de programas, bibliotecas y un
lenguaje interpretado entre otros programas para ayudar a desarrollar y unir los
diferentes componentes de un proyecto [5].
Para el desarrollo de cualquier producto de software se realizan una serie de tareas
entre la idea inicial y el producto final. Un modelo de desarrollo establece el orden
en el que se harn las cosas en el proyecto, nos provee de requisitos de entrada y
salida para cada una de las actividades.
A continuacin se explican los tres patrones bsicos en las metodologas de
desarrollo de software.
- 38 -
6.1.1 Modelo de Cascada

Es el enfoque metodolgico que ordena rigurosamente las etapas del ciclo de vida
del software, de tal forma que el inicio de cada etapa debe esperar a la finalizacin
de la inmediatamente anterior.
Caractersticas:
-
Posee una secuencia ordenada.

El trabajo de una etapa previa es la entrada del siguiente proceso.
Provee de un gran control sobre las fechas de entrega.
Establece criterios de entrada y salida en cada fase claramente definidos.
Dado que provee pocos puntos de visibilidad, pareciera que es lento.
Ventajas:
-
Excelente cuando se tiene un producto estable y se conoce la tecnologa.

Mtodo muy estructurado que funciona bien con gente de poca experiencia.
Provee estabilidad en los requerimientos.
La planeacin se puede hacer anticipadamente.
Para proyectos grandes.
Desventajas:
-
Tiene poca flexibilidad.

Los proyectos en la prctica raramente siguen un flujo secuencial.
Siempre es difcil para el cliente mostrar todos los requerimientos
explcitamente y con mucha anticipacin.

El cliente debe tener paciencia.
Poco apropiado para aplicaciones para la toma de decisiones [6].
ANLISIS
DISEO
- 39 -
PRUEBAS
CODIFICACIN
IMPLANTACI
N
MANTENIMIENTO
Diagrama 1. Modelo en cascada de desarrollo de software.

1. ANALISIS. Se analizan las necesidades de los usuarios finales del software
para determinar qu objetivos se deben cubrir.
2. DISEO. Se descompone y organiza el sistema en elementos que puedan
elaborarse por separado.
3. CODIFICACION. Se desarrolla e implementa el cdigo fuente.
4. PRUEBAS. Los elementos ya programados, se ensamblan para componer el
sistema, se verifica que funcione bien y que cumple con los requisitos.
5. IMPLANTACION. El usuario final ejecuta el sistema, habindose realizado
pruebas exhaustivas para comprobar que el sistema no falle.
6. MANTENIMIENTO. Es la mantencin del software, ya que al utilizarlo como
usuario final puede no cumplir con todas las expectativas [7].
6.1.1.1 Anlisis o Especificacin de Requerimientos
Los requerimientos para un sistema son la descripcin de los servicios
proporcionados por el sistema y sus restricciones operativas. Estos requerimientos
reflejan las necesidades de los clientes de un sistema que ayude a resolver un
problema. Los requerimientos se pueden resumir en:
- 40 -
1. REQUERIMIENTOS DEL USUARIO. Son declaraciones, en lenguaje natural y

en diagramas, de los servicios que se espera que el sistema proporcione
2. REQUERIMIENTOS DEL SISTEMA. Establece con detalle las funciones y
servicios operativos del sistema.
Estos requerimientos a su vez pueden estar divididos en:
1. REQUERIMIENTOS FUNCIONALES. Son declaraciones de los servicios que
debe proporcionar el sistema. En algunos casos tambin pueden declarar lo que
el sistema no debe hacer.
2. REQUERIMIENTOS NO FUNCIONALES. Son aquellos que no se refieren
directamente a las funciones especficas que proporciona el sistema, pudiendo
especificar las propiedades emergentes del sistema como el rendimiento, la
capacidad de almacenamiento, la proteccin, disponibilidad, entre otras [8].
6.1.1.2 Modelo de Base de Datos

El modelo Entidad-Relacin es un concepto de modelado para bases de datos
mediante el cual se pretende visualizar los objetos que pertenecen a la base de
datos como entidades, las cuales tienen unos atributos y se vinculan mediante
relaciones como se explica a continuacin:
- 41 -
ENTIDAD. Representa una cosa u objeto del mundo real con existencia
independiente. Tenemos como entidades a los pacientes, doctores, secretarias,
administradores del sistema, consultorios, fechas y citas mdicas.

ATRIBUTOS. Son las propiedades que describen a una entidad. Los pacientes
poseen un Nmero de Seguridad Social, un nombre, etc.; los doctores poseen
una cdula profesional, un password, etc.; las citas tienen una fecha y un lugar,
entre otros.
RELACION. Describe cierta dependencia entre entidades o permite asociacin
entre las mismas. El paciente est relacionado con la cita mdica por que la
solicita, la cita est relacionada con el doctor porque este la atiende, la
secretaria est relacionada con la cita porque ella las administra, etc [9].
As mismo tenemos el modelo relacional, en el cual, todos los datos son

almacenados en relaciones, y como cada relacin es un conjunto de datos, el
orden en el que estos se almacenen no tiene relevancia. La informacin puede ser
recuperada o almacenada por medio de consultas que ofrecen una amplia
flexibilidad y poder para administrar la informacin.
Este modelo considera la base de datos como una coleccin de relaciones. De
manera simple, una relacin representa una tabla que no es ms que un conjunto
de filas, cada fila es un conjunto de campos y cada campo representa un valor que
interpretado describe el mundo real. Cada fila tambin se puede denominar tupla o
registro y a cada columna tambin se le puede llamar campo o atributo [10].
6.1.1.3 Diseo o Arquitectura del Sistema
El sistema a desarrollar se encuentra basado en la arquitectura de tipo clienteservidor. El modelo arquitectnico cliente-servidor es un modelo en donde el
sistema se organiza como un conjunto de servicios y servidores asociados, mas
unos clientes que acceden y usan los servicios. Para este caso, el sistema estar
dividido en tres componentes principales:
- 42 -
1. El Servidor. El cul ofrecer sus servicios al cliente, recogiendo, procesando y

mandando respuestas sobre la informacin que el cliente le otorgo.
2. El Cliente. Quien har uso del servidor mediante distintos formularios de
aplicacin, pasndole datos y esperando una respuesta de este.
3. Una Red. Que le permitir al cliente acceder a los servicios del servidor y por
donde se mandar toda la informacin para la interaccin cliente-servidor [11].
Figura 2. Modelo cliente-servidor.

El sistema se desarrollara sobre el modelo cliente-servidor de dos capas, en
donde se pueden encontrar dos tipos diferentes:
1. Modelo de cliente ligero (thin-client). Todo el procesamiento de las aplicaciones
y la gestin de los datos se llevan a cabo en el servidor. El cliente simplemente
es responsable de la capa de presentacin del software.
2. Modelo de cliente pesado (fat-client). En este modelo, el servidor solamente es
responsable de la gestin de dato. El software cliente implementa la lgica de
la aplicacin y las interacciones del usuario con el sistema [11].
- 43 -
Figura 3. Cliente ligero y cliente pesado.

Para nuestro caso, el sistema a desarrollar pertenece al modelo cliente ligero,
debido a que no se necesita una gran capacidad de procesamiento por parte del
navegador y el servidor se encarga de toda la gestin de datos.
La Arquitectura de Software consiste en el diseo de componentes de una

aplicacin (entidades del negocio), generalmente utilizando patrones de
arquitectura. El diseo arquitectnico debe permitir visualizar la interaccin entre
las entidades del negocio. Un diseo arquitectnico describe en general el cmo
se construir una aplicacin de software. Para ello se documenta utilizando
diagramas, por ejemplo:
-
Diagrama de Clases. Son aquellos que representan a los objetos como clases
junto con sus atributos y sus operaciones.

Diagrama de secuencia Multidireccional. Es aquel que muestra una interaccin
ordenada segn la secuencia temporal de los eventos. En particular, muestra
- 44 -
los objetos participantes en la interaccin y los mensajes que intercambian

-
ordenados segn su secuencia de tiempo.

Diagrama de estados. Muestra la secuencia de estados por los que pasa un
caso de uso o un objeto a lo largo de su vida, indicando que eventos hacen
que pase de un estado a otro y cules son las respuestas y acciones que
genera [12].
6.1.2 Modelo de Prototipos

Un prototipo es una versin preliminar de un sistema de informacin con fines de
demostracin o evaluacin. El prototipo debe ser construido en poco tiempo,
usando los programas adecuados y no se debe utilizar mucho dinero, pues a partir
de que este sea aprobado nosotros podemos iniciar el verdadero desarrollo de
software.
Caractersticas:
-
Es un mtodo menos formal de desarrollo.
- 45 -
El prototipo es una tcnica para comprender las especificaciones.

Un prototipo puede ser eliminado.
Un prototipo puede llegar a ser parte del producto final.
Ventajas:
-
til cuando los requerimientos son cambiantes.

Cuando no se conoce bien la aplicacin.
Cuando el usuario no se quiere comprometer con los requerimientos.
Cuando se quiere probar una arquitectura o tecnologa.
Cuando se requiere rapidez en el desarrollo.
Desventajas:
-
No se conoce cuando se tendr un producto aceptable.

No se sabe cuntas iteraciones sern necesarias.
Da una falsa ilusin al usuario sobre la velocidad de desarrollo.
Se puede volver el producto an y cuando no cumpla con los estndares [6].
Retroalimentacin
PARADA
INICIO:Plan
rpido. Requerimientos
Evaluacin
Diseo rpido
Evaluacin
Diseo rpido
Construccin
- 46 -
Diagrama 2. Modelo en prototipos de desarrollo de software.

1. PLAN RAPIDO. Identificar los requerimientos bsicos del usuario, sin
profundizar ni detallar.
2. DISEO RAPIDO. Se centra en una representacin de aquellos aspectos del
software que sern visibles para el cliente o usuario final.
3. CONSTRUCCION. Se construye el prototipo para la evaluacin del cliente.
4. EVALUACION. El usuario prueba el prototipo y lo evala para poder tener as
una retroalimentacin.
5. RETROALIMENTACION. Gracias a esta se refinan los requisitos del software
que se desarrollar y se puede comenzar una nueva iteracin [6].
- 47 -
6.1.3 Modelo de Espiral

Las actividades se conforman en una espiral, en la que cada bucle o iteracin
representa un conjunto de actividades. Las actividades no estn fijadas a priori,
sino que las siguientes se eligen en funcin del anlisis de riesgo, comenzando
por el bucle interior.
Caractersticas:
En cada vuelta o iteracin hay que tener en cuenta:
-
OBJETIVOS. Qu necesidad debe cubrir el producto.

ALTERNATIVAS. Las diferentes formas de conseguir los objetivos de forma
exitosa.
DESARROLLAR Y VERIFICAR. Programar y probar el software.
Si el resultado no es el adecuado o se necesita implementar mejoras o

funcionalidades, se planifican los siguientes pasos y se comienza un nuevo ciclo
de la espiral.
Se dice que la espiral mantiene 2 dimensiones:
-
ANGULAR: Indica el avance del proyecto dentro de un ciclo.

RADIAL. Indica el aumento del coste del proyecto, ya que con cada ciclo
aumenta el tiempo [13].
Para cada ciclo habr 4 actividades:
- 48 -
1. DETERMINAR O FIJAR LOS OBJETIVOS.

o Fijar los productos definidos a obtener: requerimientos, especificaciones,
manual de usuario.
o Fijar las restricciones.
o Identificar los riesgos y estrategias para evitarlos.
o Hay una cosa que solo se hace una vez: planificacin inicial.
2. ANALISIS DE RIESGO
3. DESARROLLAR Y PROBAR.
o Tareas de la actividad propia y de prueba.
o Anlisis de alternativas e identificacin de resolucin de riesgos.
o Dependiendo de la evaluacin de riesgos, se elige un modelo para el
desarrollo, el cual puede ser cualquiera de los otros existentes.
4. PLANIFICAR.
o Revisamos todo lo hecho, evalundolo, y con ello decidimos si
continuamos con las fases siguientes y planificamos la prxima
actividad.
Ventajas:
-
Se termina con todos los riesgos resueltos.

Se pueden incluir otros mtodos de desarrollo en las iteraciones.
A medida que el costo aumenta, los riesgos se reducen.
Se tienen puntos de control en cada iteracin.
Ideal para proyectos grandes como sistemas operativos [13].
Desventajas:
-
Es complicado.
Requiere de mucha administracin.
- 49 -
Difcil de definir los objetivos, metas que indiquen que podemos avanzar al
siguiente ciclo.
Se puede caer en un desarrollo de nunca acabar [13].
Figura 4. Modelo en espiral de desarrollo de software.
6.2 Tecnologas Usadas

Las tecnologas web implican un conjunto de herramientas que nos facilitarn
lograr mejores resultados a la hora del desarrollo de un sitio web.
- 50 -
El mundo de las tecnologas web es tan amplio que a veces es muy difcil decidir
cuales usar; en el presente proyecto se opt por usar tecnologas de cdigo
abierto (open source), tambin conocido como software libre, debido a que son
ms ligeras, ms fciles de usar y al ser de cdigo abierto existen muchas
libreras, hechas por mismos usuarios de estas tecnologas, para implementar
funciones muy variadas.
6.2.1 Internet
Internet es un conjunto descentralizado de redes de comunicacin interconectadas
que utilizan la familia de protocolos TCP/IP, garantizando que las redes fsicas
heterogneas que la componen funcionen como una red lgica nica, de alcance
mundial.
La historia de internet se remonta al mes de julio de 1961 cuando Leonard
Kleinrock public desde el MIT (Massachusetts Institute of Technology) el primer
documento sobre la teora de conmutacin de paquetes. Kleinrock convenci a
Lawrence Roberts de la factibilidad terica de las comunicaciones va paquetes en
lugar de circuitos, lo cual result ser un gran avance en el camino hacia el trabajo
informtico en red. El otro paso fundamental fue hacer dialogar a los ordenadores
entre s. Para explorar este terreno, en 1965, Roberts conect una computadora
TX2 en Massachusetts con un Q-32 en California a travs de una lnea telefnica
conmutada de baja velocidad, creando as la primera (aunque reducida) red de
computadoras de rea amplia jams construida.
1969. La primera red interconectada nace el 21 de noviembre de 1969, cuando se

crea el primer enlace entre las universidades de UCLA (Universidad de California
Los ngeles) y Stanford por medio de la lnea telefnica conmutada, y gracias a
los trabajos y estudios anteriores de varios cientficos y organizaciones desde
1959 naci ARPANET (Advanced Research Projects Agency Network). El mito de
- 51 -
que ARPANET, la primera red, se construy simplemente para sobrevivir a

ataques nucleares sigue siendo muy popular. Sin embargo, este no fue el nico
motivo. Si bien es cierto que ARPANET fue diseada para sobrevivir a fallos en la
red, la verdadera razn para ello era que los nodos de conmutacin eran poco
fiables.
1972. Se realiz la Primera demostracin pblica de ARPANET, una nueva red de
comunicaciones financiada por la DARPA (Defense Advanced Research Projects
Agency) que funcionaba de forma distribuida sobre la red telefnica conmutada. El
xito de sta nueva arquitectura sirvi para que, en 1973, la DARPA iniciara un
programa de investigacin sobre posibles tcnicas para interconectar redes
(orientadas al trfico de paquetes) de distintas clases. Para este fin, desarrollaron
nuevos protocolos de comunicaciones que permitiesen este intercambio de
informacin de forma "transparente" para las computadoras conectadas. De la
filosofa del proyecto surgi el nombre de "Internet", que se aplic al sistema de
redes interconectadas mediante los protocolos TCP (Transfer Control Protocol) e
IP (Internet Protocol).
1983. El 1 de enero, ARPANET cambi el protocolo NCP (Network Control

Program) por TCP/IP. Ese mismo ao, se cre el IAB (Internet Architecture Board)
con el fin de estandarizar el protocolo TCP/IP y de proporcionar recursos de
investigacin a Internet. Por otra parte, se centr la funcin de asignacin de
identificadores en la IANA (Internet Assigned Numbers Authority) que, ms tarde,
- 52 -
deleg parte de sus funciones en el Internet registry que, a su vez, proporciona

servicios a los DNS (Domain Name System).
1986. La NSF (National Science Foundation) comenz el desarrollo de NSFNET
(National Science Foundation's Network) que se convirti en la principal Red en
rbol de Internet, complementada despus con las redes NSINET (NASA) y
ESNET
(Departamento
de
Energa),
todas
ellas
en
Estados
Unidos.
Paralelamente, otras redes troncales en Europa, tanto pblicas como comerciales,

junto con las americanas formaban el esqueleto bsico (backbone) de Internet.
1989. Con la integracin de los protocolos OSI (Open System Interconnection) en
la arquitectura de Internet, se inici la tendencia actual de permitir no slo la
interconexin de redes de estructuras dispares, sino tambin la de facilitar el uso
de distintos protocolos de comunicaciones.
En el CERN (Conseil Europen pour la Recherche Nuclaire) de Ginebra, un
grupo de fsicos encabezado por Tim Berners-Lee cre el lenguaje HTML
(HypertText Markup Language), basado en el SGML (Standard Generalized
Markup Language).
1990. El mismo equipo construy el primer cliente Web, llamado WorldWideWeb
(WWW), y el primer servidor web. ARPANET ahora es oficialmente Internet [14].
6.2.2 El protocolo HTTP

El protocolo de transferencia de hipertexto (HyperText Transfer Protocol) es un
protocolo de nivel de aplicacin usado para la transferencia de informacin entre
- 53 -
sistemas, de forma clara y rpida. Este protocolo ha sido usado por el World Wide
Web (WWW) desde 1990.
Este protocolo permite usar una serie de mtodos para indicar la finalidad de la
peticin. Se basa en otros conceptos y estndares como Uniform Resource
Identifier (URI), Uniform Resource Locator (URL) y Uniform Resource Name
(URN), para indicar el recurso al que hace referencia la peticin.
El protocolo HTTP se basa en un paradigma de peticiones y respuestas. Un
cliente enva una peticin en forma de mtodo, una URI, y una versin de
protocolo seguida de los modificadores de la peticin, informacin sobre el cliente
y al final un posible contenido.
Generalmente es el cliente el que inicia la comunicacin HTTP y consiste en la
peticin de un recurso del servidor. Puede hacerse de forma directa al servidor o a
travs de intermediarios.
Bsicamente, un protocolo es la forma o el modo que se emplea para comunicar
determinados elementos entre s. De un modo sencillo se puede decir que es el
lenguaje que hablan entre s. Para las pginas HTML este protocolo es el HTTP y
es el lenguaje que emplean los servidores web. Por esta razn se pone la etiqueta
http:// en la barra de direcciones del navegador cuando introducimos una
direccin web, pero el uso de esta etiqueta no es necesario, ya que en el caso de
las direcciones web es el servicio por defecto para los navegadores [15].
6.2.3 HTML
HTML (HyperText Markup Language) es un lenguaje para la definicin de estilos
lgicos en documentos de hipertexto, siendo el medio principal para la
- 54 -
diseminacin de informacin en la World Wide Web. HTML se limita a describir la

estructura y el contenido de un documento, nunca el formato de una pgina ni su
apariencia, ya que estos son muy dependientes del visualizador utilizado.
Los documentos HTML se dividen en tres partes bien diferenciadas:
1. La cabecera de tipo documento (document HEADer). La usa el software para
saber la versin de HTML que se est usando (no visible).
2. El ttulo.
3. El cuerpo del documento (document BODY). Es la parte principal del
documento, la parte que el usuario ve [16].
6.2.4 PHP
- 55 -
PHP es un lenguaje de programacin interpretado, diseado originalmente para la

creacin de pginas web dinmicas. Es usado principalmente en interpretacin del
lado del servidor (server-side scripting) pero actualmente puede ser utilizado
desde una interfaz de lnea de comandos o en la creacin de otros tipos de
programas incluyendo aplicaciones con interfaz grfica.
PHP es un acrnimo recursivo que significa PHP Hypertext Pre-processor

(inicialmente PHP Tools, o, Personal Home Page Tools). Fue creado originalmente
por Rasmus Lerdorf en 1994; sin embargo la implementacin principal de PHP es
producida ahora por The PHP Group y sirve como el estndar de facto para PHP
al no haber una especificacin formal. Publicado bajo la PHP License, la Free
Software Foundation considera esta licencia como software libre.
PHP es un lenguaje interpretado de propsito general ampliamente usado y que

est diseado especialmente para desarrollo web y puede ser incrustado dentro
de cdigo HTML. Generalmente se ejecuta en un servidor web, tomando el cdigo
en PHP como su entrada y creando pginas web como salida. Puede ser
desplegado en la mayora de los servidores web y en casi todos los sistemas
operativos y plataformas sin costo alguno.
A grandes rasgos, PHP es un lenguaje de programacin de web el cul es muy

parecido en su mayor parte a lenguajes ya conocidos como lo son C y Java en
cuanto a sus sintaxis, sus operadores, la forma de crear funciones, el uso de
variables, etc. El cdigo PHP se crea siendo incrustado directamente en el cdigo
HTML [17].
- 56 -
6.2.5 MySQL
MySQL es un sistema de gestin de base de datos relacional, multihilo y

multiusuario que usa como base el SQL (Strctured Query Language).
El SQL o Lenguaje de Consulta estructurado en espaol, es un lenguaje

declarativo de acceso a bases de datos relacionales que permite especificar
diversos tipos de operaciones sobre las mismas. Una de sus caractersticas es el
manejo del lgebra y el clculo relacional permitiendo lanzar consultas con el fin
de recuperar de una forma sencilla informacin de inters de una base de datos,
as como tambin hacer cambios sobre la misma.
Entre las funciones ms comunes de SQL encontramos INSERT INTO (insertar),

SELECT (consulta), UPDATE (actualizar) Y DELETE (borrar).
Los documentos HTML tienen la capacidad de soportar el lenguaje SQL, el cual

se usa a la par con el lenguaje PHP para hacer conexiones con bases de datos
desde una pgina web y poder buscar, incrustar o modificar informacin de estas
[17].
- 57 -
6.2.6 JavaScript
JavaScript es un lenguaje de programacin interpretado, es decir, que no requiere

compilacin, utilizado principalmente en pginas web, con una sintaxis semejante
a la del lenguaje Java y el lenguaje C.
Al igual que Java, JavaScript es un lenguaje orientado a objetos propiamente

dicho, ya que dispone de Herencia, si bien esta se realiza siguiendo el paradigma
de programacin basada en prototipos, ya que las nuevas clases se generan
clonando las clases base (prototipos) y extendiendo su funcionalidad.
Todos los navegadores modernos interpretan el cdigo JavaScript integrado

dentro de las pginas web.
JavaScript se puede incluir en cualquier documento HTML o todo aquel que

termine traducindose en HTML en el navegador del cliente, como PHP. Incluir
cdigo directamente en una estructura HTML es una prctica invasiva y no
recomendada. El mtodo correcto es incluir JavaScript como un archivo externo
tanto por cuestiones de accesibilidad, como practicidad y velocidad en la
navegacin.
- 58 -
En s, JavaScript es un lenguaje orientado a crear pginas dinmicas, a crear

efectos o eventos en los documentos HTML, aunque tiene una muy amplia gama
de usos como cualquier otro lenguaje de programacin [18].
6.2.7 AJAX
Ajax, acrnimo de Asynchronous JavaScript And XML (JavaScript asncrono y

XML), es una tcnica de desarrollo web para crear aplicaciones interactivas o RIA
(Rich Internet Applications). Estas aplicaciones se ejecutan en el cliente, es decir,
en el navegador de los usuarios mientras se mantiene la comunicacin asncrona
con el servidor en segundo plano. De esta forma es posible realizar cambios sobre
las pginas sin necesidad de recargarlas, lo que significa aumentar la
interactividad, velocidad y usabilidad en las aplicaciones.
Ajax es una tecnologa asncrona, en el sentido de que los datos adicionales se

requieren al servidor y se cargan en segundo plano sin interferir con la
visualizacin ni el comportamiento de la pgina. JavaScript es el lenguaje
interpretado (scripting language) en el que normalmente se efectan las funciones
de llamada de Ajax mientras que el acceso a los datos se realiza mediante
XMLHttpRequest (Extensible Markup Language / Hypertext Transfer Protocol),
- 59 -
objeto disponible en los navegadores actuales. En cualquier caso, no es necesario

que el contenido asncrono est formateado en XML (Extensible Markup
Language).
Ajax es una tcnica vlida para mltiples plataformas y utilizable en muchos

sistemas operativos y navegadores, dado que est basado en estndares abiertos
como JavaScript y Document Object Model (DOM) [19].
6.2.8 CSS
Las hojas de estilo en cascada (Cascading Style Sheets, CSS) son un lenguaje
formal usado para definir la presentacin de un documento estructurado escrito en
HTML o XML (y por extensin en XHTML). El W3C (World Wide Web Consortium)
es el encargado de formular la especificacin de las hojas de estilo que servirn
de estndar para los agentes de usuario o navegadores.
La idea que se encuentra detrs del desarrollo de CSS es separar la estructura de

un documento de su presentacin.
- 60 -
CSS proporciona tres caminos diferentes para aplicar las reglas de estilo a una
pgina Web:
1. UNA HOJA DE ESTILO EXTERNA, que es una hoja de estilo que est
almacenada en un archivo diferente al archivo donde se almacena el cdigo
HTML de la pgina Web. Esta es la manera de programar ms potente, porque
separa completamente las reglas de formateo para la pgina HTML de la
estructura bsica de la pgina.
2. UNA HOJA DE ESTILO INTERNA, que es una hoja de estilo que est
incrustada dentro de un documento HTML. De esta manera se obtiene el
beneficio de separar la informacin del estilo, del cdigo HTML propiamente
dicho. Se puede optar por copiar la hoja de estilo incrustada de una pgina a
otra, (esta posibilidad es difcil de ejecutar si se desea para guardar las copias
sincronizadas). En general, la nica vez que se usa una hoja de estilo interna,
es cuando se quiere proporcionar alguna caracterstica a una pgina Web en
un simple fichero, por ejemplo, si se est enviando algo a la pgina web.
3. UN ESTILO EN LNEA, que es un mtodo para insertar el lenguaje de estilo de

pgina, directamente, dentro de una etiqueta HTML. Esta manera de proceder
no es excesivamente adecuada. El incrustar la descripcin del formateo dentro
del documento de la pgina Web, a nivel de cdigo se convierte en una tarea
larga, tediosa y poco elegante de resolver el problema de la programacin de
la pgina. Este modo de trabajo se podra usar de manera ocasional si se
pretende aplicar un formateo con prisa, al vuelo. No es todo lo claro, o
estructurado, que debera ser, pero funciona.
- 61 -
Para agregar un estilo a un documento HTML lo ms recomendable es crear el

archivo con el cdigo CSS aparte y solo bastar con mandarlo llamar desde el
documento HTML [16].
7
CONTENIDOS
7.1 Anlisis
7.2 Arquitectura
7.3
Descripcin del
Sistema
7.4
Diseo de Pantallas
- 62 -
7.1 Anlisis
7.1.1 Requerimientos
Requerimientos del Usuario:
-
Una aplicacin que permita a derechohabientes, mdicos y asistentes mdicos

administrar las citas mdicas de medicina familiar en el Instituto.
- 63 -
Al hacer el anlisis de requerimiento del usuario, se encuentra que es necesario

desarrollar mltiples mdulos de programacin, uno para cada tipo de usuario, ya
que no todos gozarn de los mismos privilegios de manejo y/o acceso a la
informacin, as como algunos mdulos para manejo del sistema, quedando como
sigue:
Requerimientos Funcionales del Sistema:
-
Una base de datos que contenga:

1.
2.
3.
4.
5.
6.
7.
La informacin de los derechohabientes.

La lista de consultorios disponibles por turno.
Los doctores que atienden cada consultorio en cada turno.
Las asistentes mdicas que atienden cada consultorio en cada turno.
Citas disponibles por fecha, turno y consultorio.
Citas generadas por los pacientes.
Las personas que darn mantenimiento al sistema.
Mdulo de formularios de entrada para solicitar cita mdica.

Mdulo de acceso a los doctores para ver sus citas actuales.
Mdulo de acceso a secretarias para manejar las citas de los doctores
correspondientes a su consultorio.
Mdulo de acceso a administradores del sistema.
Requerimientos no Funcionales del Sistema:

-
Una red conectando al servidor con todas las estaciones de trabajo
involucradas en la administracin de las citas mdicas en el Instituto.

MySQL como gestor de base de datos.
El intrprete de PHP.
Un navegador web que soporte todas las tecnologas usadas en el sistema.
Un servidor con las siguientes especificaciones:
1. 2 GB de memoria RAM.
- 64 -
2. Procesador Intel Xeon serie 5660. Procesador de alta memoria cach

(12MB) con un consumo 95 W y velocidad de 2.8 GHz, ideal para pequeos
servidores con cargas no muy altas de proceso [20].
3. 1 disco duro de 160 gigas para uso y un disco de 320 gigas para respaldo.
4. Un buen sistema de enfriamiento.
5. Tarjeta madre con capacidades de ampliamiento para un mejor procesador
y ms memoria RAM segn se vaya requiriendo.
6. Tarjeta de red Ethernet 10/100 Mbps.
7. Sistema Operativo de Red (Network Operating System o NOS).
8. Conexin abierta a internet de mnimo 2 Mbps.
7.1.2 Modelo de Base de Datos

NSS
Anexo
Nombre
Vigencia
Domicilio
Telfono
Unidad
N
Docto
Cdula
Nombre
Password
Unidad
Activo
Unidad
Atiende
N
N
Paciente
N
Consultori
1
Solicita
N
N
Tiene
Tiene
N
N
Fech
N
NAgrega /EliminaN
Administrador
1
Cita
Unidad
Fecha
Clave
Nombre
Password
Unidad
- 65 -
Agrega /Elimina
Secretari
Clave
Nombre
Password
Folio
NSS
Anexo
Unidad
Fecha
Status
Cancelacin
Cdula
Diagrama 3. Modelo Entidad-Relacin de la Base de Datos.
Administrador
clave
nombre
password
INT(2)
VA (20)
VA (20)
Cita
folio
NSS
(10)
anexo
unidad
unidadfecha
status
motivo_can
Fecha
INT(3)
INT
INT(3)
VA (20)
VA (20)
VA (5)
CH (1)
Paciente
Consultorio
unidad
Secretaria
clave
nombre
password
unidad
INT(3)
VA (20)
VA (20)
VA (5)
VA (15)
VA (5)
VA (8)
VA (5)
VA (15)
VA (15)
VA (50)
Doctor
cedula
nombre
password
unidad
activo
unidadfecha
unidad
- 66 -
VA (5)
NSS
INT
(10)
Anexo
VA (8)
CURP
VA (18)
nombre1 VA (20)
nombre2 VA (20)
ap1
VA (20)
ap2
VA (20)
vigente
CH (1)
dom
VA (50)
col
VA (20)
loc
VA (20)
tel
INT (7)
Diagrama 4. Modelo Relacional de la Base de Datos.
7.1.3 Casos de Uso

En estos se muestra la relacin entre los actores y los usos del sistema.
Representan la funcionalidad que ofrece el sistema en lo que se refiere a su
interaccin externa.
Solicita Cita
Busca Cita
Paciente
Agrega
Elimina
Cita
Agrega
Elimina
Doctor
Doctor
Agrega
Elimina
Pacientes
- 67 -
Agrega
Elimina
Secretaria
Secretaria
Agrega y Elimina
Administrador
Administrador
Diagrama 5. Casos de Uso.
7.2 Arquitectura
Paciente
Administrador
D
clave
nombre
password
Busca cita ( )
Agrega cita ( )
Elimina cita ( )
Agrega doctor ( )
Elimina doctor ( )
Agrega secretaria ( )
Elimina secretaria ( )
Agrega administrador ( )
Elimina administrador ( )
Da de alta a pacientes ( )
Da de baja a pacientes ( )
Imprime Consultas
()
1
Secretaria
Agrega / Elimina
clave 0+
nombre
password
unidad
Busca cita ( )
Agrega cita ( )
Elimina cita ( )
Imprime Consultas
Agrega / Elimina
0 +
Doctor
1
0+
Agrega /
Elimina
cedula
nombre
password
unidad
Atiende cita
()
Busca cita ( )
Solicita cita ( )
Imprime
Cita
()
Atiende /
Busca
- 68 -
NSS
Anexo
CURP
nombre1
nombre2
ap1
ap2
vigente
dom
col
loc
tel
unidad
0+
Solicita
Cita
0+
folio
NSS
anexo
unidad
unidadfecha
status
motivo_can
cedula
Agrega / Elimina / Busca
0 +
Agrega / Elimina / Busca
0 +
Diagrama 6. Diagrama de clases.
SISTEMA
Administrador
Secretaria
Doctor
Paciente
Solicita clave de administrador
Introduce clave de administrador
Muestra opciones de administrador
Selecciona opcin
Muestra formulario acorde a la opcin elegida
Llena formulario
Procesa datos y devuelve la informacin solicitada
Solicita password de secretaria
Introduce password de secretaria
Muestra opciones de secretaria
Selecciona opcin
Muestra formulario acorde a opcin elegida
Llena formulario
Procesa datos y devuelve la informacin solicitada
Solicita cdula y password
Introduce cdula y password
Muestra citas y opcin de doctor
Selecciona opcin
Muestra formulario de la opcin
Llena formulario
- 69 -
Procesa datos y devuelve

Informacin solicitada
Solicita NSS y
Anexo
Introduce NSS y
Anexo
Muestra opciones
Selecciona opcin
Procesa datos y
Da informacin
Solicitada
Diagrama 7. Diagrama de Secuencias Multidireccional del Sistema.
Consultorio /
Administrador/
Secretaria /
Doctor no
Eliminado
Opcin no
Elegida
Introducir
Datos
Consultorio /
Administrador/
Secretaria /
Doctor
Eliminado
Elegir
Opcin
Paciente no
Agregado /
Eliminado
Introducir
Datos
Sesin
Administrador
no Iniciada
Introducir
Datos
Paciente
Agregado /
Eliminado
Cita
Registrada
Citas no
Registrada/I
mpresa
Introducir
Datos
Cita
Impresa
Sesin
Doctor no
iniciada
Introducir Datos
Cita no Introducir
Modificada
Datos
Cita
Modificada
Cita
Eliminada
Sesin
Secretaria no
iniciada
- 70 -
Introducir
Datos
Opcin no
Elegida
Introducir
Datos
Elegir
Opcin
Consulta
realizada
Cita no
Eliminada
Consulta no
Realizada
Reporte
Impreso
Imprimir
Elegir
Consulta
Reporte no
Impreso
Diagrama 8. Diagrama de Estados del Sistema.
7.3 Descripcin del Sistema

El sistema est formado por una serie de documentos HTML, PHP, JavaScript y
CSS entrelazados entre s y conectados a una base de datos MySQL en el
manejador de base de datos phpMyAdmin. A continuacin se explicarn sus
funciones a grandes rasgos y se muestra su esquema actual:
1. INICIO. Constituye la pgina principal del sistema, en donde se da una breve
descripcin de la empresa, de sus empleados y de los servicios a ofrecer, as
como vnculos a servicios relacionados y contenidos de inters.
2. PACIENTES. En esta parte del sistema se solicita el nmero de seguridad
social y su anexo para cotejarlo y saber si existe y si se encuentra vigente.
Posteriormente se solicita una fecha para agendar una cita y tambin se da
opcin de imprimir la ltima cita agendada.
3. DOCTORES. En este apartado, los doctores ingresarn su nmero de cdula y
contrasea, y si es correcto se mostrar el trabajo pendiente. Tambin se da la
opcin de cambiar el estatus de las citas que se atienden.
- 71 -
4. ADMINISTRADORES. Aqu, tanto a administradores como a secretarias se les

pide su password para poder ingresar. Ya habiendo ingresado a las secretarias
se les dan las opciones de
agendar, buscar, eliminar, modificar e imprimir
reportes de citas. Por su parte a los administradores se les permiten las

opciones mostradas anteriormente, as como agregar o eliminar doctores,
secretarias, pacientes, administradores y generar consultas y reportes de
cualquier tipo que maneje el sistema.
INICIO
Escoger
Formulario
Imprimir
Formulario
de
Modificacin
de estatus
de Citas
Despliegue
y
Modificacin
de Citas
Confirmaci
n de
Modificacin
de estatus
Citas
Nueva Cita
Solicita Folio de
Eliminar
Agregar / Eliminar
Consultorios
Agregar / Eliminar
Administrador
Agregar / Eliminar
Agregar / Eliminar Doctor
Confirma
Formulario Agregar /
Formulario Cambiar Vigencia
Pacientes
- 72 -
acin de Consultorios, Administradores, Secretarias y Doctores
ADMINISTRADORES
ADMINISTRADORES
DOCTORES
Fecha o
NSS y
Eliminar Consultorios, Administradores, Secretarias y Doctores
PACIENTE
Confirmaci
n de cita o
Impresin
de Cita
Confirmacin
Paciente
Agregado /
Vigencia
Cambiada
Seleccin
de
SECRETARIAS
Consultas
Muestra
de
Impresin
de
Consultas
Nueva Cita
Eliminar
Solicita Folio de
Modificar
Formulario
Modificacin de
Seleccin
de
Consultas
Confirma
Confirmacin de
Modificacin de estatus de
Muestra
de
Impresin
de
Consultas
Diagrama 9. Estructura del Sistema.
7.4 Diseo de Pantallas

En esta seccin se desarrollarn a grandes rasgos las pantallas de la interfaz
grfica de usuario del sistema a modo de esqueleto para dar una idea de cmo
funcionarn.
1. PANTALLA DE INICIO.
LOGOTIPO
MENU
IMAGEN
TEXTO DE BIENVENIDA
INSTRUCCIONES
2. SOLICITUD DE CITA - PACIENTES

LOGOTIPO
MENU
(1) NSS
9999999999
INSTRUCCIONES
- 73 -
(2) ANEXO
AAAA9999
El paciente introducir su NSS y el anexo a su NSS; el sistema deber cerciorarse de que
estos exista consultando la siguiente informacin:
(1
)
(2
)
TABLA
Paciente
CAMPO
NSS
TIPO
int
LONGITUD
10
Paciente
anexo
varchar
3. SELECCIN DE FECHA - PACIENTES
LOGOTIPO
INSTRUCCIONES
(1) FECHA
AA99 (15)
(BOTN) IMPRESIN DE CITA
(1) El paciente seleccionara la fecha y hora de su cita de acuerdo al consultorio que
le corresponda; el sistema validara la fecha y hora consultando la siguiente
informacin:
TABLA
fecha
CAMPO
unidadfech
a
TIPO
varchar
LONGITUD
15
4. IMPRESIN DE CITA - PACIENTES

(1)
FOLIO
(2)
NSS
(3)
ANEXO
- 74 -
(4)
CONSULTORIO
O
(5)
FECHA
Se generar un documento .pdf de la ltima cita agendada extrayendo la siguiente

informacin:
(1)
(2)
(3)
(4)
(5)
TABLA
cita
cita
cita
cita
cita
CAMPO
folio
NSS
anexo
unidad
unidadfech
a
TIPO
int
int
varchar
varchar
varchar
LONGITUD
10
10
8
5
15
5. DOCTORES ACCESO
LOGOTIPO
MENU
(1) CEDULA
9999999
INSTRUCCIONES
(2) PASSWORD
A9
(20)
Los doctores
proporcionaran
su No. de cdula y su password; el sistema le dar
acceso solo si son correctos, basndose en la siguiente informacin:
(1
)
(2
)
TABLA
Doctor
CAMPO
cedula
TIPO
int
LONGITUD
7
Doctor
password
varchar
20
6. CITAS PENDIENTES DOCTORES

LOGOTIPO
INSTRUCCIONES
(BOTON) MODIFICAR CITA
(1) NSS
(2) ANEXO
(3) FECHA
El sistema mostrar una tabla con las citas pendientes del doctor que acceso
extrayendo la siguiente informacin:
TABLA
CAMPO
- 75 -
TIPO
LONGITUD
(1
)
(2
)
(3
)
Cita
NSS
int
10
Cita
anexo
varchar
Cita
unidadfech
a
varchar
15
7. MODIFICAR CITA DOCTORES

LOGOTIPO
(1) FOLIO
(2) ESTATUS
999 (10)
A9 (15)
(3) CANCELACION A9 (50)

(BOTON) CAMBIAR
Aqu se cambiara el estatus de las citas, pudiendo este ser atendida, cancelada,
etc. El doctor introducir la informacin solicitada y el sistema corroborar el folio
(1) y si este existe se harn las modificaciones. Se usar la siguiente informacin:
(1
)
(2
)
(3
)
TABLA
cita
CAMPO
folio
TIPO
int
LONGITUD
10
cita
status
varchar
15
cita
motivo_ca
n
varchar
50
8. ADMINISTRADORES ACCESO
LOGOTIPO
MENU
(1) PASSWORD
A9 (20)
INSTRUCCIONES
PASSWORD
En esta(2)seccin,
tanto administradores como secretarias podrn accesar
A9 (20)
introduciendo su password en su respectivo campo. El password introducido se
cotejar con la siguiente informacin:
TABLA
CAMPO
- 76 -
TIPO
LONGITUD
(1
)
(2
)
administrado
r
secretaria
password
varchar
20
password
varchar
20
9. ADMINISTRADOR OPCIONES
LOGOTIPO
INSTRUCCIONES
(BOTON) NUEVA CITA
(BOTON) ELIMINAR CITA
(BOTON) AGREGAR/ELIMINAR CONSULTORIOS
(BOTON) AGREGAR/ELIMINAR ADMINISTRADOR
(BOTON) AGREGAR/ELIMINAR SECRETARIA
(BOTON) AGREGAR/ELIMINAR DOCTOR
(BOTON) DERECHOHABIENTES
(BOTON) CONSULTAS
-
El botn NUEVA CITA trasladar al usuario a la pantalla de solicitud de citas de
los pacientes.
El botn DERECHOHABIENTES trasladar al usuario a otra pantalla en donde
se podr dar de alta, eliminar y cambiar la vigencia de los pacientes.

El botn CONSULTAS trasladar al usuario a otra pantalla donde se podr
extraer informacin directamente de la base de datos por medio de consultas.

Los dems botones trasladarn a l usuario a otras pantallas en donde se har
exactamente lo que muestra el botn correspondiente.
10. ADMINISTRADOR ELIMINAR CITA

LOGOTIPO
(1) FOLIO
999 (10)
INSTRUCCIONES
- 77 -
El usuario introducir el nmero de folio de la cita que desee eliminar y el sistema la

buscara y eliminara basndose en la siguiente informacin:
TABLA
cita
(1)
CAMPO
folio
TIPO
int
LONGITUD
10
11. AGREGA
R/ELIMINAR CONSULTORIOS
LOGOTIPO
(1) CONSULTORIO
AA999
INSTRUCCIONES
(2) No. CONSULTORIO

AA999
(3) TURNO
AA999
El usuario seleccionara el consultorio que quiere eliminar (1) o introducir el nmero
(2) y seleccionara el turno (3) del consultorio a agregar. El sistema realizara la
operacin deseada basndose en la siguiente informacin:
(1),(2),
(3)
TABLA
consultorio
CAMPO
unidad
TIPO
varchar
LONGITUD
5
12. AGREGAR/ELIMINAR ADMINISTRADORES

LOGOTIPO
(1) NOMBRE
A9 (20)
INSTRUCCIONES
(2) PASSWORD
A9 (20)
(3) PASSWORD
A9 (20)
El usuario introducir el nombre (1) y password (2) del administrador a agregar o,
en su defecto, introducir el password (3) del administrador a eliminar. El sistema
realizara la operacin deseada basndose en la siguiente informacin:
(1)
(2),(3)
TABLA
administrado
r
administrado
r
CAMPO
nombre
TIPO
varchar
LONGITUD
20
password
varchar
- 78 -
20
13. AGREGAR/ELIMINAR SECRETARIA

LOGOTIPO
(1) NOMBRE
A9 (20)
INSTRUCCIONES
(2) PASSWORD
A9 (20)
(3) CONSULTORIO
AAA99
(4) PASSWORD
A9 (20)
El usuario introducir el nombre (1), password (2) y nmero de consultorio (3) al

que se agregara la secretaria o, introducir el password (4) de la secretaria a
eliminar. El sistema realizara la operacin deseada basndose en la siguiente
informacin:
(1)
(2),(4)
(3)
TABLA
secretaria
secretaria
secretaria
CAMPO
nombre
password
unidad
TIPO
varchar
varchar
varchar
LONGITUD
20
20
5
14. AGREGAR/ELIMINAR DOCTOR

LOGOTIPO
(1) NOMBRE
A9 (20)
(2) PASSWORD
A9 (20)
(3) CEDULA
9999999
(4) CONSULTORIO
AA999
INSTRUCCIONES
(5) CEDULA
9999999
(6) ESTATUS
A
- 79 -
Para agregar un doctor se introducir el nombre (1), password (2), cedula (3) y
numero de consultorio (4) al que ser agregado. Para eliminar un doctor se
introducir su cedula (5) y se cambiara su estatus (6). El sistema trabajara en base
a la siguiente informacin:
(1)
(2)
(3),
(5)
(4)
(5)
TABLA
doctor
doctor
doctor
CAMPO
nombre
password
cedula
TIPO
varchar
varchar
int
LONGITUD
20
20
7
doctor
doctor
unidad
activo
varchar
char
5
1
15. DERECHOHABIENTES
LOGOTIPO
(1) NSS
99 (10)
(2) ANEXO
A9 (8)
(3) CURP
A9 (18)
(4) NOMBRE 1
A9 (20)
(5) NOMBRE 2
A9 (20)
(7) APELLIDO 2
A9 (20)
(9) COLONIA
A9 (20)
(11) TELEFONO
99 (7)
INSTRUCCIONES
(13) NSS
99 (10)
(6) APELLIDO 1
A9 (20)
(14) ANEXO
A9 (8)
(15) VIGENCIA
A
(8) DOMICILIO
A9 (50)
(10) LOCALIDAD
A9 (20)
(12) CONSULTORIO
AA999
Para agregar a un nuevo paciente se introducirn los datos del (1) al (12), para
cambiar su vigencia se introducirn los datos del (13) al (15). El sistema trabajara
en base a la siguiente informacin:
TABLA
CAMPO
- 80 -
TIPO
LONGITUD
(1),
(13)
(2),
(14)
(3)
(4)
(5)
(6)
(7)
(8)
(9)
(10)
(11)
(12)
(15)
Paciente
NSS
int
10
paciente
anexo
varchar
paciente
paciente
paciente
paciente
paciente
Paciente
Paciente
Paciente
paciente
paciente
Paciente
CURP
nombre1
nombre2
ap1
ap2
dom
col
loc
tel
unidad
vigente
varchar
varchar
varchar
varchar
varchar
varchar
varchar
varchar
int
varchar
char
18
20
20
20
20
50
20
20
7
5
1
16. CONSULTAS
LOGOTIPO
INSTRUCCIONES
(1) (LISTA DESPLEGABLE)
CONSULTAS
(2) FORMULARIOS
El usuario escoger la consulta (1) que desee realizar en la base de datos y
posteriormente a esto aparecer el formulario (2) acorde a la consulta realizada. El
formulario se deber llenar con los datos que se solicitan y el sistema trabajara en
base a estos para devolver la informacin solicitada.
17. CONSULTA REALIZADA - EJEMPLO
LOGOTIPO
(BOTON) IMPRIMIR
(1)
FOLIO
(2)
NSS
(3)
ANEXO
(4)
CONSULTORIO
(5)
FECHA
- 81 -
(6) ESTATUS
(7)
MOTIVO DE
CANCELACION
(8)
CEDULA
En este ejemplo, se solicit una consulta a base de datos donde aparecieran todas
las citas de un NSS determinado, el sistema arroja una tabla en pantalla con la
informacin de todas las citas del NSS introducido. Si se presiona el botn imprimir,
el sistema generara un archivo .pdf con la misma informacin que se arrojo en
pantalla.
18. SECRETARIA OPCIONES

LOGOTIPO
INSTRUCCIONES
(1) FECHA
A9 (15)
(BOTON) NUEVA CITA
(BOTON) ELIMINAR CITA
(BOTON) CONSULTAS
(BOTON) MODIFICAR CITA
El usuario introducir una fecha (1) y el sistema devolver las citas que agendadas
solamente para el consultorio al que se encuentre asignado el usuario. El sistema
trabajara en base a la siguiente informacin:
CAMPO
TIPO
LONGITUD
unidadfech
varchar
15
Los
botones
a
funcionaran de la misma manera que funcionan en la seccin de doctores y
(1)
TABLA
Cita
administrador, pero solo se podrn realizar transacciones sobre la informacin del

consultorio a la cual el usuario este asignado.
- 82 -
8
CONTENIDOS
8.1 Descripcin del
Prototipo
8.1 Descripcin del Prototipo
- 83 -
Una vez culminada la descripcin del sistema, solo queda presentar el software
desarrollado a lo largo de este proyecto, por lo que se proceder a mostrar y
describir las pantallas ms trascendentes de la aplicacin web.
1. INICIO. Esta es la pantalla donde inicia la aplicacin, mostrando una bonita
combinacin de matices rojos con blanco haciendo referencia a la medicina y
un matiz negro elegante y profesional. Aqu encontramos la presentacin del
sistema, la fotografa del Jefe ficticio de la clnica, un reloj con fecha y
algunos hipervnculos entre otras cosas.
Pantalla 1. INICIO - Pantalla Principal.
2.
PACIENTES
-
FORMULARIO
DATOS.
En
DE
esta
seccin encontramos un formulario para introducir

Nmero de Seguridad Social y Anexo. Cada campo est condicionado con
funciones JavaScript para no poder insertar datos errneos en la base de datos
y para cotejar los datos en tiempo real y comprobar la existencia de estos.
- 84 -
Pantalla 2.
PACIENTES
Formulario de
Datos.
3.
PACIENTES
ESCOGER
FECHA.
Siguiendo en la seccin pacientes, encontramos un formulario donde nos

piden
introducir una fecha para poder agendar nuestra cita mdica; as mismo,
encontraremos un botn para imprimir nuestra ltima cita agendada.
- 85 -
Pantalla 3. PACIENTES Escoger

Fecha.
4. DOCTORES ACCESO.
Aqu, los doctores debern
ingresar su nmero de cdula y su
password para poder acceder a la base de datos. Una vez hecho esto, si los
datos
introducidos
correctos,
reconocer
el
al
son
sistema
doctor
mostrar
mediante una tabla las citas pendientes con la informacin necesaria de los
pacientes; de
lo contrario, mandar un
mensaje de error y deber intentar accesar nuevamente. Tambin se muestra una
opcin para cambiar el estatus de atencin de las citas.
- 86 -
Pantalla 4.
DOCTORES -
Acceso.
5.
ADMINISTRADORES
ACCESO A
ADMINISTRADORES
SECRETARIAS. En esta
seccin,
administradores
sistema y las
secretarias
del
deben
introducir
cdigo password en su
los
su
respectivo formulario para
poder acceder a
su respectiva
seccin de
opciones en donde podrn realizar mltiples tareas. Si el cdigo es correcto, el
sistema reconoce a la persona, de lo contrario manda un mensaje de error y se
debe intentar acceder nuevamente.
- 87 -
Pantalla 5. ADMINISTRADORES Acceso a Administradores y Secretarias.
6.
ADMINISTRADOR
FUNCIONALIDAD. Una vez introducido el cdigo de

administrador
correcto,
pantalla
la
siguiente
nos muestra 9
funciones
diferentes:
a)
NUEVA CITA. Nos enva a la seccin

PACIENTES, al formulario de
datos.
b) ELIMINAR
CITA.
Nos
permite eliminar una cita de la base de datos mediante la introduccin

del folio de esta.
c) AGREGAR / ELIMINAR CONSULTORIOS. Presenta un formulario
donde extrae de la base de datos los consultorios existentes en ella para
que se pueda elegir el que se desea eliminar. As mismo se presenta un
formulario para agregar consultorios en donde se pide el nmero y tueno
con los que operar.
d) AGREGAR/ELIMINAR ADMINISTRADOR. Proporciona un formulario
para dar de alta introduciendo datos y otro para eliminar la informacin
de un administrador de la base de datos. Campos del formulario
condicionados
con
JavaScript.
Para
el
caso
de
eliminar
un
administrador, se debe introducir la clave de este y si es correcta se

procede a eliminar, mostrando una confirmacin; de lo contrario,
marcar error.
- 88 -
e) AGREGAR / ELIMINAR SECRETARIA. Funciona similar que el inciso d),

solo que en este caso es para las secretarias.
f) AGREGAR / ELIMINAR DOCTOR. Funciona de manera similar que el
inciso d), solo que en este caso el doctor no se elimina, sino que se
pasa su estado a inactivo.
g) DERECHOHABIENTES. Esta Opcin nos muestra 2 formularios; el
primero para dar de alta a un nuevo paciente proporcionando la
informacin requerida, y el segundo cambia la vigencia del paciente que
se solicite.
h) CONSULTAS. En esta parte se generan consultas hacia la base de

datos. Se presenta una lista desplegable para seleccionar el tipo de
consulta que se desea y, de acuerdo a la que se solicite, irn
apareciendo los formularios necesarios para introducir la informacin de
la consulta deseada. Despus de solicitar la consulta, se da la opcin de
imprimir la consulta realizada, exportndose est a un archivo PDF.
i) SALIR. Nos regresa a la pgina de ADMINISTRADORES.
- 89 -
Pantalla 6. ADMINISTRADOR - Funcionalidad.
- 90 -
Pantalla
7.
ADMINISTRADOR Eliminar Cita.
Pantalla 8. ADMINISTRADOR Agregar / Eliminar Administrador.
- 91 -
Pantalla 9.
ADMINISTRADOR Derechohabientes.
Pantalla 10. ADMINISTRADOR Consultas.
- 92 -
Pantalla 11. ADMINISTRADOR Consulta Realizada.
Pantalla 12. ADMINISTRADOR Consulta exportada a PDF.
7. SECRETARIAS - FUNCIONALIDAD. Una vez introducido el password de

secretaria correctamente, la siguiente pantalla nos muestra 6 funciones diferentes,
las cuales se comportan de manera similar a las funciones del administrador, solo
que la informacin que le muestra a las secretarias es nicamente la de el
consultorio al cual estn asignadas.
- 93 -
Pantalla 13. SECRETARIAS - Funcionalidad.
Conclusiones y recomendaciones
CONCLUSIONES:
- 94 -
Habiendo justificado el presente trabajo como un intento de pasar menos tiempo

en las salas de espera de los centros de salud y habiendo vivido esa situacin en
persona, se cae en conclusin de que definitivamente es viable utilizar la internet
para concertar las citas mdicas, ya que, como se demostr en el captulo 7, este
medio nos ahorra tiempo y disgustos, aunando a esto una gran flexibilidad de
lugar y horario.
Ahora, es cierto que la tecnologa nos hace ms fcil nuestras vidas, pero a pesar
de la evolucin de est, no se ha logrado eliminar el error humano, por lo que no
importa que tanto queramos depender de una mquina por facilidad, al final
terminaremos en frente de una persona que quiz nos quite la comodidad que
habamos encontrado con el ordenador.
No obstante, cabe destacar que a lo largo de este proyecto se cay en cuenta
tambin de que depende en su totalidad de la cultura de la sociedad para el uso
del sistema, por lo que quiz ser necesario llevar de la mano a las personas,
debido a la resistencia al cambio de todo ser humano, pero poco a poco se puede
ir introduciendo an ms la cultura computacional hasta que llegue el momento en
que todos opten por ella.
RECOMENDACIONES:
Se recomienda a futuras generaciones que antes de desarrollar cualquier
proyecto, sobre todo si es de ndole computacional, se analice profundamente la
situacin socioeconmica y de la localidad, as como los distintos niveles de
cultura para poder darse cuenta que tan viable es realizar el proyecto deseado.
- 95 -
As mismo se recomienda que en un segundo trmino se pueda utilizar este

proyecto para expandirse a otros centros de salud y a la poblacin de las ciudades
del estado de Michoacn, e incluso que todo el pas sea capaz de beneficiarse con
este proyecto.
- 96 -
Referencias Bibliogrficas
[1] Bill Kennedy, Chuck Musciano. HTML & XHTML: The definitive
Guide. 6th. Edition. Editorial O'reilly. Chapter 1. HTML, XHTML, and the
World Wide Web; Section 1.1 The Internet; Section 2.2. A First HTML
Document.
[2] Instituto Mexicano del Seguro Social. El lMSS a travs del tiempo.
17/12/2010. http://www.imss.gob.mx/instituto/historia/index.htm
[3] Instituto Mexicano del Seguro Social. Informacin Institucional.
17/12/2010. http://www.imss.gob.mx/instituto
[4] Wikipedia, la enciclopedia libre. Metodologa de desarrollo de
software. 17/12/2010. http://es.wikipedia.org/wiki/Metodolog%C3%ADa_
de_desarrollo_de_software
[5]
Wikipedia,
la
enciclopedia
libre.
Framework.
17/12/2010.
Desarrollo.
17/12/2010.
http://es.wikipedia.org/wiki/Framework
[6]
ALLSOFT
S.A de
C.V. Modelos
de
http://www.slideshare.net/inventa2/modelos-de-desarrollo
[7] Wikipedia, la enciclopedia libre. Desarrollo en cascada. 17/12/2010.
http://es.wikipedia.org/wiki/Modelo_en_cascada
- 97 -
[8] Ian Sommerville. Ingeniera del Software. 7ma. Edicin. Editorial

Pearson Addison Wesley. pp. 108-111.
[9] Wikipedia, la enciclopedia libre. Modelo entidad-relacin. 17/12/2010.
http://es.wikipedia.org/wiki/Modelo_entidad-relaci%C3%B3n
[10] Wikipedia, la enciclopedia libre. Modelo relacional. 17/12/2010.
http://es.wikipedia.org/wiki/Modelo_relacional
[11] Ian Sommerville. Ingeniera del Software. 7ma. Edicin. Editorial
Pearson Addison Wesley. pp. 226, 227, 246, 247.
[12] Wikipedia, la enciclopedia libre. Ingeniera de software. 17/12/2010.
http://es.wikipedia.org/wiki/Ingenier%C3%ADa_de_software
[13] Wikipedia, la enciclopedia libre. Desarrollo en espiral. 17/12/2010.
http://es.wikipedia.org/wiki/Desarrollo_en_espiral
[14]
Wikipedia,
la
enciclopedia
libre.
Internet.
17/12/2010.
http://es.wikipedia.org/wiki/Internet
[15] Wikipedia, la enciclopedia libre. Hypertext Transfer Protocolo.
17/12/2010. http://es.wikipedia.org/wiki/HTTP
[16] David Schultz, Craig Cook. Beginning HTML with CSS and XHTML.
Editorial Apress. pp. 25-38.
[17] Janet Valade. PHP & MySQL for Dummies. 2nd. Edition. pp. 32-35,
67-75.
- 98 -
[18] Rodriguez, Jos Antonio. Manual de JavaScript.

[19]
Wikipedia,
la
enciclopedia
libre.
AJAX.
17/12/2010.
http://es.wikipedia.org/wiki/AJAX
[20]
Intel
Corporation.
Especificaciones.
Procesador
17/12/2010.
Intel
Secuencia
5000
http://www.intel.com/p/es_XL/products/
server/processor/xeon5000/specifications
- 99 -
Xeon

Tésis

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Tésis

Enviado por

Direitos autorais:

Formatos disponíveis

Dedicatorias

Este trabajo se lo dedico a mi madre Martha Elizabeth Flores Fernndez y a mi padre

A mis padres, por seguir apoyndome an

1.1 Justificacin Personal........................................................................

1.2 Justificacin Social............................................................................

2.1 Objetivo general................................................................................

2.2 Objetivos especficos.........................................................................

3.1 Los inicios del Instituto Mexicano del Seguro Social........................

3.1.1 Misin del IMSS..............................................................................

4 Planteamiento del Problema...................................................................

Planteamiento del problema.............................................................

Metodologas de desarrollo de software..........................................

Analisis o Especificacion de Requerimientos...........................

Modelo de Base de Datos........................................................

Diseo o Arquitectura del Sistema...........................................

7.1 Anlisis de Requerimientos ..............................................................

Modelo de Base de datos .............................................................

Descripcin del sistema...................................................................

Descripcin del prototipo..................................................................

computadora, redes de comunicacin,

entre otras, no estaban dentro de nuestro

expresin de la era de la globalizacin en la que vivimos, que consiste en

El impacto de las tecnologas

de la informacin en nuestras vidas es un hecho innegable, ante el cual

metodologas que resuelvan rpida, econmica, eficiente y de manera global

concebir y construir sistemas de informacin con estas nuevas tecnologas de

El mundo de los servicios Web est evolucionando a gran velocidad; se han

los servicios Web han

mucho en los ltimos aos, el trabajo sobre estas tecnologas contina. Si

comprender las tecnologas de hoy y cul va a ser su futuro, ya que la Web no es

de los usuarios de internet. Utilizando el Web es posible tambin

forma que pueda, por ejemplo, encargar un

producto, suscribirse a algn servicio, reservar un pasaje o hacer una consulta a

En el rubro de la salud y calidad en los servicios en Mxico se han implementado

1.1 Justificacin Personal

1.2 Justificacin Social

N (poblacin) = 31,997 derechohabientes

Una vez habindose hecho las encuestas, se determinaron los siguientes

Grfica 1. Costo de traslado para solicitar una cita mdica.

Grfica 2. Tiempo para solicitar una cita mdica.

Grfica 3. Personas que saben usar computadora.

Grfica 4. Personas dispuestas a solicitar cita por Internet.

Grfica 5. Personas dispuestas a usar el sistema.

Desarrollar una aplicacin Web para administrar citas mdicas en el rea de

2.2 Objetivos especficos

2.1 Objetivo General

Reducir el tiempo, dinero y esfuerzo invertido de los derechohabientes a la

GESUNDHEIT MEDICAL CENTER es un proyecto de investigacin y desarrollo

3.1 El inicio del Instituto Mexicano del Seguro Social

Las reivindicaciones para la clase trabajadora se plasmaron desde la Constitucin

Cuenta Miguel ngel Huerta, fundador del IMSS:

"El 31 de diciembre de 1943 no sabamos todava qu iba a pasar. Al da

El Seor Presidente de la Repblica me acaba de nombrar director general del

En palabras de Ignacio Garca Tllez, primer Director del IMSS (1944-1946):

Los avances logrados se deben al esfuerzo y compromiso permanente de ms de

3.1.1 Misin del IMSS

El IMSS tiene un mandato legal derivado del Artculo 123 de la Constitucin

Av. Heroica Escuela Naval Militar

Figura 1. Ubicacin del HGZ M/F #12 del IMSS.

Imagenologa (Rayos X, Ultrasonido, Mastografa, Tomografa)

Jefe de Hospital & Urgencias

4.1 Planteamiento del problema

La clnica se encuentra demasiado lejos.

que hay saturacin de pacientes.