Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Eleazar RUP
Eleazar RUP
NOTA DE ACEPTACIN
_________________________________
Firma del Jurado
_________________________________
Firma del Jurado
AGRADECIMIENTOS
A nuestros docentes por que con su paciencia y habilidad nos permitieron estar
cada vez ms cerca de la excelencia.
CONTENIDO
1.
1.1
1.2
JUSTIFICACIN .............................................................................................................................. 11
1.2.1 Justificacin Tecnolgica ....................................................................................................... 11
1.2.2 Justificacin Social .................................................................................................................. 12
1.3
1.4
1.5
OBJETIVOS...................................................................................................................................... 14
1.5.1 General ......................................................................................................................................... 14
1.5.2 Especficos ................................................................................................................................. 15
2.
2.1
ANTECEDENTES DE LA INVESTIGACIN .............................................................................. 16
2.1.1 Antecedentes Histricos ......................................................................................................... 16
2.1.1.1
La aparicin de la Web ........................................................................................................ 19
2.1.2 Antecedentes Investigativos .................................................................................................. 22
2.1.2.1
www.HospitalSanFrancisco.gov.co/citasmedicas ................................................................ 23
2.1.2.2
www.enredsalud.cl................................................................................................................ 23
2.1.2.3
www.MiDoctorVirtual.com................................................................................................... 24
2.1.2.4
www.HistoriasMedicas.com ................................................................................................. 25
2.1.2.4.1 Prestaciones a los Pacientes ........................................................................................... 25
2.1.2.4.2 Citas Mdicas .................................................................................................................. 25
2.1.2.4.3 Historias Mdicas............................................................................................................ 26
2.1.2.4.4 Honorarios Mdicos........................................................................................................ 26
2.1.2.4.5 Otras Funciones del Sistema .......................................................................................... 26
2.1.2.5
CIBERNAT ........................................................................................................................... 27
2.1.2.6
www.comfama.com ............................................................................................................... 27
2.1.2.6.1 Citas mdicas por Internet .............................................................................................. 27
2.1.2.6.2 Asesor virtual .................................................................................................................. 28
2.1.2.7
www.sanitas.es ..................................................................................................................... 28
2.1.2.8
www.recepcionista.com ........................................................................................................ 28
2.2
2.3
CONSTRUCCIN DEL MARCO CONCEPTUAL ...................................................................... 31
2.3.1 Metas a Lograr ........................................................................................................................... 31
2.3.2 Enfoque........................................................................................................................................ 31
2.4
2.4.1
2.4.2
2.4.3
2.4.4
3.
3.1
3.2
3.3
3.4
DOCUMENTACIN Y DIAGRAMAS DE CASOS DE USO ..................................................... 43
3.4.1 Casos de Uso del Administrador del Sistema ................................................................... 43
3.4.2 Casos de Uso del Doctor del Sistema ................................................................................. 59
3.4.3 Casos de Uso del Usuario del Sistema ............................................................................... 65
4.
4.1
5.
CONCLUSIONES ........................................................................................... 91
6.
RECOMENDACIONES................................................................................... 93
BIBLIOGRAFIA ..................................................................................................... 94
Referencias Bibliogrficas .............................................................................................................................. 94
Referencias WEB ............................................................................................................................................ 94
ANEXOS ................................................................................................................................................... 101
Antecedentes Legales ............................................................................................................................... 101
MANUAL DE USUARIO FINAL ............................................................................................................ 103
MANUAL TECNICO................................................................................................................................ 149
TABLA DE FIGURAS
Pgina
Figura 1. Fases e Iteraciones de la metodologa RUP38
Figura 2. Elementos del RUP..39
Figura 3. Pantalla de inicio de sesin.....................................................................82
Figura 4. Men de opciones del Administrador......................................................83
Figura 5. Lista de Doctores registrados en el sistema............................................83
Figura 6. Formulario captura de datos de Doctor...................................................84
Figura 7. Visualizacin nuevo Doctor registrado en el sistema..............................85
Figura 8. Lista de doctores registrados en el sistema............................................86
Figura 9. Men de mantenimiento tablas del sistema...........................................86
Figura 10. Lista de procedimientos creados..........................................................87
Figura 11. Formulario creacin procedimiento.......................................................87
Figura 12. Lista de procedimientos creados...........................................................88
Figura 13. Men de opciones del Doctor................................................................88
Figura 14. Pantalla creacin disponibilidad Doctor.................................................89
Figura 15. Pantalla modificacin disponibilidad......................................................89
Figura 16. Formulario de actualizacin de informacin..........................................90
Figura 17. Men de opciones del usuario..............................................................91
1. ASPECTOS DE LA INVESTIGACIN
1.1
4.285 Usuarios al da y 428 cada hora, lo que significa que cada llamada no
puede exceder el margen de 1.5 minutos de ah es fcilmente comprensible el
por qu de los resultados negativos de la Evaluacin a las EPS por parte de los
Usuarios en lo relacionado con la solicitud de citas.
1.2 JUSTIFICACIN
1.2.1 Justificacin Tecnolgica
En el caso particular de las empresas, su propsito principal, tiene que ver con la
oferta de sus bienes y servicios a travs de Internet, y en general para hacer ms
accesible y eficiente sus funciones de mercadotecnia.
Es evidente que existen diferentes clases de Sitios Web, los que a su vez pueden
ser de diversos gneros, entre los cuales se vienen destacando los sitios de
2
http://www.deltaasesores.com/esta/EST423.html?recientes
negocios,
servicio,
comercio
electrnico
en
lnea,
imagen
corporativa,
Los sitios Web en general, difunden informacin de una u otra clase, ofreciendo
informacin til y una buena comunicacin con sus visitantes. Lo que pretende el
diseo e implementacin de un Sistema de Informacin para la asignacin de
citas de consulta externa, es mejorar la accesibilidad, comunicacin y solicitud de
los servicios de: Medicina General, Odontologa y Psicologa a los Usuarios,
calificando as su imagen y creando una relacin de confianza que le permita a los
Usuarios acceder a la gama de servicios ofrecidos por la Empresa Prestadora del
servicio, con solo hacer uso del Sitio Web, ahorrando tiempo, dinero, y
optimizando la agilidad y accesibilidad de la Empresa.
los
desarrolladores
Web
incluso
ms
que
antes.
1.5 OBJETIVOS
1.5.1 General
Disear y Desarrollar un Sistema de Informacin WEB capaz de
tramitar, asignar y programar el servicio de citas mdicas, de
Medicina General, Odontologa y Psicologa a los pacientes
2. MARCO CONCEPTUAL
Los sitios Web estn escritos en HTML (Hyper Text Markup Language), o
dinmicamente convertidos a ste y se acceden usando un software llamado
navegador Web, tambin conocido como un cliente HTTP. Los sitios Web pueden
ser visualizados o accedidos desde un abanico de dispositivos con disponibilidad
de Internet como computadoras personales, computadores porttiles, PDAs y
telfonos mviles 6.
Un sitio Web est alojado en una computadora conocida como servidor Web,
tambin llamada servidor HTTP, y estos trminos tambin pueden referirse al
software que se ejecuta en esta computadora y que recupera y entrega las
pginas de un sitio Web en respuesta a peticiones del usuario. Apache es el
programa ms comnmente usado como servidor Web (segn las estadsticas de
Netcraft) y el Internet Information Services (IIS) de Microsoft tambin se usa
comnmente.
Un sitio Web esttico es uno que tiene contenido que no se espera que cambie
frecuentemente y se mantiene manualmente por alguna persona o personas que
usan algn tipo de programa editor. Hay dos amplias categoras de programas
editores usados para este propsito que son:
Editores de texto como Notepad, donde el HTML se manipulaba
directamente en el programa editor.
Editores WYSIWYG como por ejemplo Microsoft FrontPage y Macromedia
Dreamweaver, donde el sitio se edita usando una interfaz GUI y el HTML
subyacente se genera automticamente con el programa editor.
Un sitio Web dinmico es aquel que puede tener cambios frecuentes en la
informacin. Cuando el servidor Web recibe una peticin para una determinada
pgina de un sitio Web, la pgina se genera automticamente por el software
como respuesta directa a la peticin de la pgina; Por lo tanto abriendo muchas
6
2.1.2.1 www.HospitalSanFrancisco.gov.co/citasmedicas
Es un sitio Web del Hospital San Francisco situado en la ciudad Ibagu
(Colombia), encargado de asignacin de citas para las personas que reciben
atencin mdica en esta institucin prestadora de servicios de salud.
2.1.2.2 www.enredsalud.cl
Es un sitio Web de una entidad prestadora de servicios de salud situada en Chile.
El sistema est diseado para funcionar va WEB (Internet), pudiendo asignar
citas mdicas con el mismo sistema desde varios terminales y al mismo tiempo y
tenerlo integrado con los dems programas del sistema. Lleva el registro de las
reservas solicitadas por los pacientes, permitiendo la cancelacin y modificacin
de las reservas, confeccionar los listados de atencin de pacientes diarios, tanto
por Centro Mdico, como por profesional. Asigna agenda por mdico y por
procedimiento.
2.1.2.3 www.MiDoctorVirtual.com
Es el primer y nico programa disponible en Latinoamrica desarrollado en
Colombia por la organizacin Medilink, para el apoyo pleno de la salud de los
pacientes con enfermedades crnicas. Es un programa mdico que utiliza
tecnologa de punta como la Internet para lograr el mximo alcance posible, aplica
los ms recientes conocimientos mdicos para el apropiado manejo de los
enfermos y emplea la metodologa pedaggica requerida para que los pacientes
conozcan sobre sus dolencias, se entrenen en el manejo efectivo de sus
enfermedades y participen activamente en sus tratamientos.
Esta forma integral de apoyar la salud hace parte de una novedosa disciplina
llamada Disease Management, que tiene como objetivo poner a disposicin de
los enfermos los recursos apropiados para el ptimo control de su salud, de tal
manera que se logren los mejores resultados teraputicos con la mxima
eficiencia.
2.1.2.4 www.HistoriasMedicas.com
Este sitio Web perteneciente al gremio de la salud que ofrece los siguientes
servicios
2.1.2.5 CIBERNAT
Es una empresa desarrolladora de software que ofrece una aplicacin Web
llamada Cronos, con la que los pacientes podrn reservar sus citas de manera
remota. El software Cronos permite mejorar los servicios de atencin que brindan
las entidades prestadoras de salud, haciendo posible que sus usuarios reserven
las citas mdicas sin necesidad de hacer presencia fsica en la sede de la
institucin. De esta forma se se agilizan los procesos, aumenta la satisfaccin de
las personas y se ahorra en costos de operacin.
2.1.2.6 www.comfama.com
Es el sitio Web de la caja de compensacin familiar de Antioquia, al cual se le han
incorporado dos nuevos servicios: El servicio de solicitudes mdicas y asesora
virtual en lnea. Ambos servicios, estn encaminados al desarrollo de nuevas
oportunidades
de
atencin,
facilitando
los
trmites
diversificando
las
un
asesor
virtual,
les
permitir
los
navegantes
de
2.1.2.7 www.sanitas.es
Es el sitio Web de la organizacin SANITAS en Espaa, en donde se presta el
servicio de solicitudes de citas para permitir a sus pacientes una atencin gil, de
modo que no deben solicitar atencin mdica de forma presencial sino virtual.
2.1.2.8 www.recepcionista.com
Es un sitio Web de Espaa, orientado a la prestacin del servicio de asignacin de
citas para mdicos independientes, en donde el paciente diligencia sus datos
personales y adems especifica la especialidad mdica que requiere. Dentro de
un trmino de 24 horas el especialista se contacta con el paciente para la
confirmacin de la cita.
2.2 BASES TERICAS
En razn a que tanto los Usuarios como los Administradores a quienes se dirige
el presente Proyecto de Informacin son Entidades pertenecientes a la Rama de la
Salud, y que stas a su vez se encuentran ajustadas las leyes que la legitiman
sobre la materia, se inicia su fundamentacin terica con los estatutos que
respecto de las Entidades Prestadoras del Servicio de Salud de Carcter Privado
nos ataen.
relacionado con la Calidad de los servicios de salud, encontrando que entre otros
aspectos el Sistema debe: Garantizar a los usuarios calidad en la atencin
oportuna, personalizada, humanizada, integral, continua y de acuerdo con
estndares aceptados en procedimientos y prctica profesional, visualizando as
como el entre el efectivo uso de Software objeto de ste estudio y los fundamentos
del sistema de Salud Colombiano existe una directa corresponsabilidad en razn
a su objetivo.
Dentro del mismo Libro y Ttulo en el Art. 155. la Ley 100 se refiere a los
Integrantes del Sistema General de Seguridad Social en Salud, particularmente en
su Numeral 3 describe los Administradores a los que va dirigido ste sistema as:
Las Instituciones Prestadoras de Servicios de Salud, pblicas, mixtas o privadas,
siendo sas ltimas, las Instituciones Prestadoras de Servicios de Salud de
carcter privado aquellas a las que se les direcciona el uso del Software de
Informacin para la Asignacin de Citas de Consulta Externa.
Mas adelante en el Art.156 con ocasin de las Caractersticas Bsicas del Sistema
General de Seguridad Social en Salud, en el literal I, una vez mas concibe la
creacin de Entidades del Orden Privado para la prestacin Servicios de Salud
as: Las Instituciones Prestadoras de Salud son entidades oficiales, mixtas,
privadas, comunitarias y solidarias ,organizadas para la prestacin de los servicios
de salud a los afiliados del Sistema General de Seguridad Social en Salud, dentro
de las Entidades Promotoras de Salud o fuera de ellas. El Estado podr establecer
mecanismos para el fomento de estas organizaciones y abrir lneas de crdito
para la organizacin de grupos de prctica profesional y para las Instituciones
Prestadoras de Servicios de tipo comunitario y Solidario
Cuando
el
cdigo
fuente
VBScript
se
guarda
en
ficheros
2.4.2 ASP.NET
Microsoft desarroll una nueva tecnologa denominada ASP.NET como parte de su estrategia .NET- para el desarrollo Web, con el
objetivo de resolver las limitaciones de ASP y posibilitar la creacin
de software como servicio. ASP.NET es la plataforma unificada de
desarrollo Web que proporciona a los desarrolladores los servicios
necesarios para crear aplicaciones Web empresariales.
En el modelo de desarrollo Web basado en pginas activas, la
programacin ASP actual tiene diversas limitaciones:
universalmente
conocidos
utilizados
como
los
2.4.4 Dreamweaver
La herramienta Dreamweaver CS3 ofrece nuevas funciones en tres
reas clave: integracin con otros productos de Adobe, nuevas
caractersticas para la creacin, gestin y corrigiendo las Hojas de
Estilo en Cascada (CCS); as como un nuevo conjunto de
herramientas basadas en JavaScript para la creacin de mens
desplegables, validacin avanzada de formularios y la visualizacin
de datos en una tabla interactiva.
10
http://es.tldp.org/Tutoriales/doc-modelado-sistemas-UML/multiple-html/x194.html Consultada el
25 de Septiembre de 2.007 a las 17:00 horas.
11
http://es.tldp.org/Tutoriales/doc-modelado-sistemas-UML/multiple-html/x194.html Consultada el
25 de Septiembre de 2.007 a las 17:00 horas.
3. DISEO METODOLOGICO
con el fin de
12
La Rational Unified Process (RUP) es una metodologa llamada as por sus siglas
en ingls Rational Unified Process, que se divide en 4 fases el desarrollo del
software:
1. Inicio El Objetivo en esta etapa es determinar la visin del proyecto.
2. Elaboracin, En esta etapa el objetivo es determinar la arquitectura ptima.
3. Construccin, En esta etapa el objetivo es llevar a obtener la capacidad
operacional inicial.
4. Transmisin, El objetivo es llegar a obtener el release del proyecto.
Cada una de estas etapas es desarrollada mediante el ciclo de iteraciones, las
cuales consisten en reproducir el ciclo de vida en cascada a menor escala. Los
Objetivos de una iteracin se establecen en funcin de la evaluacin de las
iteraciones precedentes.
Vale mencionar que el ciclo de vida que se desarrolla por cada iteracin, es
llevada bajo dos disciplinas:
La Disciplina de Desarrollo basada en la Ingeniera de Negocios entendiendo
sus necesidades, Requerimientos trasladando las necesidades del negocio a un
sistema automatizado, el anlisis y diseo, trasladando los requerimientos dentro
de la arquitectura de software y finalmente Ia implementacin creando un software
que se ajuste a la arquitectura y que tenga el comportamiento deseado.
De otro lado est lo relacionado con las Pruebas asegurndose que el
comportamiento requerido es el correcto y que todo lo solicitado est presente.
http://ingsoftware.blogspot.com/2007/07/analizandobusiness-analystel-eslabn.html Consultada el
Utiliza una serie de instrumentos metodolgicos que son relevantes para obtener y
comprobar los datos considerados pertinentes a los objetivos de la investigacin.
Exige comprobacin y verificacin del hecho o fenmeno que se estudia mediante
la confrontacin emprica, es una forma de plantear problemas y buscar
soluciones mediante una indagacin o bsqueda que tiene un inters teortico o
una preocupacin prctica, transciende a situaciones o casos particulares para
hacer inferencias de la validez general.
Para concluir, se tiene que sta Investigacin analtico descriptiva pretende medir
o recolectar informacin de manera independiente o conjunta sobre los conceptos
o las variables a los que se refiere, convirtiendo el objetivo de estudio en la
obtencin de informacin y medicin de cada una de las variables presentadas,
para decir finalmente como es y cmo se manifiesta el producto de lo investigado.
que los recursos a los que se puede acceder tambin son los mismos: el
navegador.
3.4 DOCUMENTACIN Y DIAGRAMAS DE CASOS DE USO
3.4.1 Casos de Uso del Administrador del Sistema
Nombre
Ingresando a la Aplicacin.
Descripcin
Actores
Precondiciones
Flujo Normal
3. el
usuario
y
contrasea
proporcionados por el actor no
corresponden a los registrados en la
Base de Datos.
Poscondiciones
Nombre
Agregando Doctor.
Descripcin
Actores
Precondiciones
Flujo Normal
Flujo Alternativo
Poscondiciones
Nombre
Modificando doctor.
Descripcin
Actores
Precondiciones
Flujo Normal
Flujo Alternativo
Poscondiciones
Nombre
Inhabilitando doctor.
Descripcin
Actores
Precondiciones
Flujo Normal
Poscondiciones
Nombre
Consultando doctor.
Descripcin
Actores
Precondiciones
Flujo Normal
Poscondiciones
Nombre
Descripcin
Actores
Precondiciones
Flujo Normal
4. El administrador no ejecuta la
operacin de consulta de la informacin
de ningn doctor y se devuelve al men
principal.
El
administrador
visualiza
correctamente la informacin del
doctor.
Registrando
parametrizacin
del
sistema.
Registra la informacin de las tablas de
Tipo de servicio, Procedimiento, das no
hbiles.
Administrador del sistema.
El administrador debe autenticarse por
medio de un cdigo de usuario y
contrasea para permitir su acceso al
sistema y verificar sus privilegios.
1. El sistema despliega un men en el
cual se visualizan las actividades
que puede ejecutar el administrador.
2. El administrador elije la opcin de
Poscondiciones
Nombre
Descripcin
4. El administrador no ejecuta la
operacin de parametrizacin de las
tablas del sistema y se devuelve al
men principal.
5. El sistema valida que la informacin
diligenciada est incompleta, por lo
tanto muestra un cuadro de dialogo que
informa que se deben llenar todos los
campos del formulario.
La informacin de las tablas del sistema
se actualiza correctamente en la base
de datos.
Actualizando
parametrizacin
del
sistema.
Actualiza la informacin de las tablas
de Estado, Tipo de servicio, Sexo,
Actores
Precondiciones
Flujo Normal
Flujo Alternativo
Poscondiciones
4. El administrador no ejecuta la
operacin de parametrizacin de las
tablas del sistema y se devuelve al
men principal.
5. El sistema valida que la informacin
diligenciada est incompleta, por lo
tanto muestra un cuadro de dialogo que
informa que se deben llenar todos los
campos del formulario.
La informacin de las tablas del sistema
se actualiza correctamente en la base
de datos.
Nombre
Adicionando Consultorio
Descripcin
Actores
Precondiciones
Flujo Normal
2. El administrador selecciona
opcin de Adicionar consultorio
la
genera un error.
Poscondiciones
Nombre
Modificando Consultorio
Descripcin
Modifica la informacin de un
consultorio
Usuario Logueado como administrador
El usuario debe haberse logueado en el
sistema, y debe pertenecer al Rol de
Administrador o quien haga sus veces.
1. El sistema despliega las opciones
con las que cuenta el administrador.
Actores
Precondiciones
Flujo Normal
2. El administrador selecciona la
opcin de Modificar un consultorio.
3. El sistema despliega un formulario
con la informacin del consultorio
almacenada en la base de datos.
4. El
administrador
modifica
la
informacin que l crea pertinente.
5. El sistema valida la informacin
ingresada por el Administrador.
6. Se aprueba el nuevo registro
ingresado, y se actualiza la tabla de
consultorios.
Flujo Alternativo
Poscondiciones
Nombre
Inhabilitando Consultorio
Descripcin
Actores
Precondiciones
Flujo Normal
se
2. El administrador selecciona la
opcin de inhabilitar un consultorio.
3. El sistema despliega un formulario
que
permita
inhabilitar
un
consultorio mediante el marchado
de un checkbox.
4. El sistema valida la informacin
ingresado por el Administrador.
5. Se aprueba el nuevo registro
ingresado, y se actualiza la tabla de
de consultorios.
Flujo Alternativo
Poscondiciones
Nombre
Consultando Consultorio
Descripcin
Consulta la informacin de un
consultorio
Usuario logueado como Administrador
Actores
Precondiciones
Flujo Normal
la
3. El
sistema
muestra
cuantos
doctores
tiene
asignado
ese
consultorio,
cantidad
de
consultorios, disponibilidad.
Flujo Alternativo
Poscondiciones
FRM_VALIDARUSUARIO
+Ingresar_Click() : void
1
1
Administrador
+AbrirConexion() : void
+CerrarConexion() : void
+EjecutarConsulta(entrada strSQL:string) : void
+Consultar(salida strSQL:string : string)
<<local>>
1
<<local>>
<<local>>
Conexion
+Conexion:SQLConnection
AdministradorDB
1
+ValidarUsuario(entrada usuario : string) : bool
+ValidarContra(entrada Password : string) : bool
+GetAdmon(entrada user) : string
<<local>>
1
+CargarTipoServicio()
+CargarTipoDoc()
<<local>>
1
1
1
Persona
+NumeroDocumento : string
+TipoDocumento : string
+Nombres : string
+Apellido1 : string
+Apellido2 : string
+Telefono1 : string
+Telefono2 : string
+Direccion : string
+CorreoElectronico : string
+Password : string
hereda
TipoDocDB
TipoServicio
+GetDocumento() : string
+GetTipoServicio() : string
hereda
<<local>>
+Especilidad : string
1
<<local>>
<<local>>
Administrador
Doctor
<<local>>
+RegistrarDoctor(entrada Id : int, entrada Nombre : string, entrada Apellido : string) : bool
+ValidarUsuarioDoctor(entrada Usuario : string)
1
1
Conexion
+Conexion: SQLConnection
DoctorDB
<<parametter>>
<<local>>
1
+AbrirConexion() : void
+CerrarConexion() : void
+EjecutarConsulta(entrada strSQL : string) : void
+Consultar(entrada strSQL : string)
FRM_REGDOC
Admon
Doctor
Administrador
DoctorDB
TipoDocDB
TipoServDB
Conexion
Nom:string
Ced:int
Consultar(strSQL):DataSet
CargarTipoDoct(cmb)
dts:DataSet
GetDocumentos()
lstdoc:Dataset
Consultar(strSQL)
Dts:DataSet
CargarTipoServ(cmb)
GetTipoServicio()
BotonClick
RegDoctor(Nom:string, Ced:int)
ValidarUsuarioDoctor(Usuario:string)
New
SetNom(Nom:string)
Set(Ced:int)
New
AddDoctor(objD)
Booleano
Booleano
EjecutarConsultar(strSQL:string)
Booleano
Id
Nombre
Creando Disponibilidad
Descripcin
Actores
Precondiciones
Flujo Normal
2. El
sistema
valido
que
los
das
Poscondiciones
Id
Nombre
Descripcin
Actores
Precondiciones
Modificando Disponibilidad
Modificar disponibilidad para las citas
Doctor logueado en el sistema
El usuario debe estar logueado en el sistema y
debe pertenecer al rol de Doctor.
1. El sistema despliega un men con las
actividades que puede ejecutar el doctor.
Flujo Normal
sistema
actualiza
la
informacin
Poscondiciones
Id
Nombre
Consultando Paciente
Descripcin
Actores
Precondiciones
Flujo Normal
Poscondiciones
Id
Nombre
Controlando Asistencia
Descripcin
Actores
Precondiciones
Flujo Normal
FRM_VALIDARUSUARIO
+Ingresar_Click() : void
1
1
Conexion
Doctor
<<local>>
1
<<local>>
<<local>>
+Conexion : Conexion
+OleDbCmd
+Connector
+AbrirConexion() : void
+CerrarConexion() : void
+EjecutarConsulta(entrada strSQL:string) : void
+Consultar(salida strSQL:string : string)
DoctorDB
1
+ValidarUsuario(entrada usuario : string) : bool
+ValidarContra(entrada Password : string) : bool
+GetAdmon(entrada user) : string
Id
Nombre
Registrando usuario
Descripcin
Actores
Precondiciones
Registrar Usuario
Usuario logueado en el sistema
El usuario debe estar logueado en la
aplicacin y debe pertenecer al rol de Usuario.
1. El sistema despliega una ventana de inicio
de sesin con un vnculo para crear
Flujo Normal
usuarios nuevos.
2. El nuevo usuario hace clic sobre el vnculo
para crear nuevos usuarios.
3. El sistema muestra un formulario para la
captura de la informacin del usuario.
4. El usuario diligencia la
solicitada en el formulario.
informacin
Poscondiciones
Id
Nombre
Actualizando Usuario
Descripcin
Actores
Precondiciones
Actualizar Usuario
Usuario logueado en el sistema
El usuario debe estar logueado en la
aplicacin y debe pertenecer al rol de Usuario.
1. El sistema despliega un men con las
actividades que puede ejecutar el usuario.
Flujo Normal
usuario
3. El sistema muestra un formulario con la
informacin almacenada en la base de
datos.
4. El usuario diligencia los datos que desea
actualizar.
5. El usuario confirma la actualizacin de su
informacin.
6. El sistema valida que la informacin del
usuario este completa.
7. El usuario recibe por pantalla
confirmacin de actualizacin.
Flujo Alternativo
Poscondiciones
la
Id
Nombre
Solicitando Cita
Descripcin
Actores
Precondiciones
Solicitar cita
Usuario logueado en el sistema
El usuario debe estar logueado en la
aplicacin y debe pertenecer al rol de Usuario.
1. El sistema despliega un men con las
actividades que puede ejecutar el usuario.
Flujo Normal
pantalla
la
Poscondiciones
Id
Nombre
Reprogramando Cita
Descripcin
Actores
Precondiciones
Flujo Normal
Poscondiciones
FRM_RegistrarUsuario
<<local>>
<<local>>
<<local>>
1
+CargarTipoDoc() : string
+CargarSexo() : string
+CargarDepto() : string
+CargarCiudad() : string
+CargarEstrato() : string
<<local>>
<<local>>
1
1
1
1
Persona
TipoDocumentoBD
<<local>>
+GetDocumentos() : void
+GetDepto() : void
Usuario
DepartamentoBD
CiudadBD
SexoBD
+GetCiudad() : void
1
+GetSexo() : void
**
<<parametter>>
UsuarioDB
EstratoBD
<<local>>
+GetEstrato() : void
<<local>>
1
1
Conexion
<<local>>
+Conexion:SqlConnection
1
+AbrirConexion() : void
<<local>>
1
1
<<local>>
<<local>>
Usuario
UsuarioBD
TipoDocumentoBD
SexoBD
EstratoBD
DepartamentoBD
CiudadBD
Conexion
Usuario
CargarCmbBoxTipoDocumento( )
ConsultarTipoDocumento()
Consultar(StrSql:String)
datos:DataSet
datos:DataSet
CargarCmbBoxSexo( )
ConsultarSexo()
datos:DataSet
Consultar(StrSql:String)
datos:DataSet
CargarCmbBoxEstrato( )
ConsultarEstrato()
Consultar(StrSql:String)
datos:DataSet
datos:DataSet
CargarCmbBoxDepartamento( )
CargarCmbBoxCiudad( )
ConsultarCiudad()
datos:DataSet
Consultar(StrSql:String)
datos:DataSet
ConsultarDepartamento()
Consultar(StrSql:String)
TipoDoc:int
IdEstrato
datos:DataSet
IdSexo
IdDepartamento
IdCiudad
new
new
Add_Click
InsertarUsuario(objA:Usuario)
ValidarUsuario(user:String)
EjecutarConsulta(strSql:String)
Mensaje1
boolean
+Ingresar_Click() : void
1
1
Conexion
Usuario
<<local>>
1
<<local>>
<<local>>
+Conexion : Conexion
+OleDbCmd
+Connector
+AbrirConexion() : void
+CerrarConexion() : void
+EjecutarConsulta(entrada strSQL:string) : void
+Consultar(salida strSQL:string : string)
UsuarioDB
1
+ValidarUsuario(entrada usuario : string) : bool
+ValidarContra(entrada Password : string) : bool
+GetAdmon(entrada user) : string
FRM_VALIDARUSUARIO
Usuario
Usuario
Usuario_DB
Conexion
User:String
Consultar(strSQL):string
Ingresar_Click
Pwd:string
GetUsuario(user:string)
res:DataSet
objA:UsuarioDB
New
SetUser(user1:string)
SetPass(pwd1:string)
ValidarPassw(pwd:string)
Booleano
Booleano
FRM_ModificarUsuario
<<local>>
<<local>>
<<local>>
1
+CargarTipoDoc() : string
+CargarSexo() : string
+CargarDepto() : string
+CargarCiudad() : string
+CargarEstrato() : string
<<local>>
<<local>>
1
1
1
1
Persona
TipoDocumentoBD
<<local>>
+GetDocumentos() : void
+GetDepto() : void
Usuario
DepartamentoBD
CiudadBD
SexoBD
+GetCiudad() : void
1
+GetSexo() : void
**
<<parametter>>
UsuarioBD
EstratoBD
<<local>>
+GetEstrato() : void
<<local>>
1
1
Conexion
<<local>>
+Conexion:SqlConnection
1
<<local>>
1
+AbrirConexion() : void
+CerrarConexion() : void
+EjecutarConsulta(entrada SentSQL : string)
+Consultar() : string
<<local>>
1
1
<<local>>
<<local>>
Usuario
UsuarioBD
TipoDocumentoBD
SexoBD
EstratoBD
DepartamentoBD
CiudadBD
Conexion
Usuario
CargarCmbBoxTipoDocumento( )
ConsultarTipoDocumento
Consultar(StrSql:String)
datos:DataSet
datos:DataSet
CargarCmbBoxSexo( )
ConsultarSexo()
datos:DataSet
Consultar(StrSql:String)
datos:DataSet
CargarCmbBoxEstrato( )
ConsultarEstrato()
Consultar(StrSql:String)
datos:DataSet
datos:DataSet
CargarCmbBoxDepartamento( )
CargarCmbBoxCiudad( )
ConsultarCiudad()
datos:DataSet
Consultar(StrSql:String)
datos:DataSet
ConsultarDepartamento()
Consultar(StrSql:String)
TipoDoc:int
IdEstrato
datos:DataSet
IdSexo
IdDepartamento
IdCiudad
new
new
Modificar_Click
ModificarUsuario(objA)
ValidarUsuario(user:String)
boolean
EjecutarConsulta(strSql:String)
+CargarCBoxTipoServicio ()
+CargarCBoxDoctor()
1
1
1
1
TipoServicioBD
+GetTipoServicio()
DoctorBD
+GetDoctor()
DisponibilidadBD
1
1
1
CitaBD
Cita
DiaNoHabilesBD
1
1
CitaBD
+ModificarCita(entrada objC:Cita)
1
1
Conexion
+Conexion:SqlConnection
1
1
+AbrirConexion() : void
+CerrarConexion() : void
+EjecutarConsulta() : bool
+Consultar() : string
1
1
1
F R M _ S o licitarC ita
D isponiblidadB D
C ita
C ita B D
D iasN o H a bilesB D
T ipoS ervicioB D
D octorB D
C on exion
U su ario
C argarT IpoS e rv( )
Id T ipoS e rvicio
datos:D ata S et
C argarD o cto res( )
G e tD octores ( )
datos:D ata S e t
IdD octo r
C argarD ispo nib ilidad ()
G etD ispon ibilidad ()
C onsu lta r(S trS q l:S tring)
datos:D ata S e t
C on sultar(strS q l:strin g)
D ia:date
datos:D ata S e t
H o ra:S tring
V a lidarD ia (S trS ql:S tring )
S etD ia(D :D a te )
boolean
+CargarCBoxTipoServicio ()
+CargarCBoxDoctor()
1
1
1
1
TipoServicioBD
+GetTipoServicio()
DoctorBD
+GetDoctor()
DisponibilidadBD
1
1
1
CitaBD
Cita
DiaNoHabilesBD
1
1
CitaBD
+ModificarCita(entrada objC:Cita)
1
1
Conexion
+Conexion:SqlConnection
1
1
+AbrirConexion() : void
+CerrarConexion() : void
+EjecutarConsulta() : bool
+Consultar() : string
1
1
1
FRM_SolicitarCita
IdTipoServicio
DisponiblidadBD
Cita
CitaBD
DiasNoHabilesBD
TipoServicioBD
DoctorBD
Conexion
CargarTIpoServ( )
Consultar(StrSql:String)
GetTipoServicio( )
datos:DataSet
CargarDoctores( )
Consultar(StrSql:String)
GetDoctores ( )
IdDoctor
datos:DataSet
CargarDisponibilidad()
GetDisponibilidad()
ConsultarDis(IdDoctor)
Consultar(StrSql:String)
datos:DataSet
Consultar(strSql:string)
Hora:String
datos:DataSet
Dia:date
ValidarDia(StrSql:String )
SetDia(D:Date)
Consultar (StrSql:String)
SetHora(Hra:String)
boolean
new
ModificarCita(C:Cita)
EjecutarConsulta(StrSql:String)
boolean
boolean
15
PRUEBAS TCNICAS
A lo largo de este captulo se pretende mostrar la funcionalidad de la
aplicacin para poder verificar y validar cada una de las tareas que realiza,
de tal manera que se pueda establecer si la aplicacin cumple o no, con los
requerimientos establecidos.
el
28
de
del
doctor
seleccionado,
exceptuando
su
nmero
de
5. CONCLUSIONES
El proceso de elaboracin del Proyecto se enfoco en el esfuerzo del equipo
en construir los elementos crticos estructuralmente y del comportamiento de
los llamados Elementos Arquitecturales antes de construir elementos menos
importantes.
permite
la
creacin
de
aplicaciones
Windows,
su
modo
de
6. RECOMENDACIONES
En caso de que se desee dar continuidad al Proyecto Agenda Mdica Virtual,
deben tenerse en cuenta, los siguientes aspectos:
Se sugiere la
BIBLIOGRAFIA
Referencias Bibliogrficas
9 http://www-gris.det.uvigo.es/~avilas/UML/node25.html Consultada el
13 Agosto de 2.007 a las 15:20 horas.
9 http://www.desarrolloweb.com/articulos/717.php Consultada
el 10 de Septiembre de 2.007 a las 10.30 horas.
9 http://es.tldp.org/Tutoriales/doc-modelado-sistemas-UML/multiplehtml/x194.html Consultada el 25 de Septiembre de 2.007 a las 17:00
horas.
9 http://es.tldp.org/Tutoriales/doc-modelado-sistemas-UML/multiplehtml/x208.html Consultada el 01 de Octubre de 2.007 a las 10:20
horas.
9 http://www.creangel.com/uml/estado.php Consultada el 13 de Octubre
de 2.007 a las 13:20 horas.
9 http://www.lsgames.com/tmp/SQL/ModeloER_Access.htm Consultada
el 21 de Octubre de 2.007 a las 15:00 horas.
9
http://www.desarrolloweb.com/articulos/332.php Consultada el 23 de
Octubre de 2.007 a las 22:20 horas.
http://www.desarrolloweb.com/articulos/717.php Consultada el 25 de
Octubre de 2.007 a las 18:00 horas.
Consultada
GLOSARIO
IP
(Internet
Protocol)
Protocolo
que
intercambia
datos
entre
Standard
8879:1986
(SGML,
Standard
Generalized
Markup
HTTP (Hypertext
BRIDGE: Dispositivo usado para conectar dos redes y hacer que las
mismas funcionen como si fueran una. Tpicamente se utilizan para
dividir una red en redes ms pequeas, para incrementar el rendimiento.
ANEXOS
Antecedentes Legales
En relacin con el Marco Normativo o Legal respecto del registro de
Propiedad Intelectual de Software, es vlido afirmar que de manera ordinaria
y mundialmente aceptada, los programas de Computacin o de ordenador,
tambin denominados Soporte lgico (Software), son creaciones protegidas
por la propiedad Intelectual, y de manera ms precisa por la disciplina del
Derecho de Autor, en los mismos trminos de las obras del dominio literario
(Creaciones expresadas a travs de letras, signos o convenciones. Con el
inicio del siglo XXI, se vuelve a abrir la discusin en torno a la patentabilidad
o no del Software. Pases como Estados Unidos de Norteamrica y Japn
presentan un sistema concurrente y alternativo de proteccin para el
software, tanto por las normas del Copyright como por las de patentes.
Actualmente, y cambiando totalmente su tendencia la Unin Europea ha
mostrado su inters y disposicin en admitir las patentes de software,
acercndose bastante al sistema de patentes sobre software que hoy rige en
los Estados Unidos de Norteamrica. En efecto, la Direccin General para el
Mercado Interno de la Comisin Europea ha publicado y presentado en
febrero de 2002, una propuesta de Directiva Europea, donde se propone la
admisin de las patentes sobre programas informticos. (Propuesta para una
Directiva del Parlamento Europeo y el Consejo en la Patentabilidad de
Invenciones Implementadas por Computador).
En Colombia tenemos que al tenor del Decreto 1360 de 1989 se reglamenta
la inscripcin del soporte lgico (software) en el Registro Nacional del
Derecho de Autor, entendido como una creacin propia del dominio literario
que comprende uno o varios de los siguientes elementos: el programa de
Figura 9. Mantenimiento
DOCTOR
Figura 41. Ingreso como Doctor
En la Figura 56 se muestra como una vez se hayan actualizado los datos del
doctor, se volver al men doctor.
USUARIO
Figura 55. Ingreso de Usuario
ELABORADO
NOVIEMBRE 28 DE 2007
PROYECTO DE GRADO
FUNDACION UNIVERSITARIA KONRAD LORENZ
MANUAL TECNICO
APLICACIN WEB PARA
ASIGNACION DE CITAS MDICAS, ODONTOLOGICAS Y
PSICOLOGICAS
REQUERIMIENTOS TCNICOS
Hardware
Software
Windows 2003 Server Service Pack 2.
SQL Server 2000
Internet Information Server
Dreamweaver
Antivirus
PROCEDIMIENTO DE INSTALACION
INSTALACION Y CONFIGURACION WINDOWS 2003 SERVER SERVICE
PACK 2
Se requiere la instalacin del sistema operativo Windows 2003 Server
Service Pack 2 con sus respectivos parches y actualizaciones.
Antes de Instalar Windows 2003 Server,
aspectos:
-
Figura 2
Figura 13
Figura 15
Figura 20
Figura 25
Figura 29
Figura 30
Figura 33
Figura 36
Figura 38
Figura 40
Figura 41
Figura 46
Figura 49
Figura 50
Figura 52
Figura 54
Figura 57
Figura 58
Figura 59
Figura 60
Figura 78
En la Figura 79 nos aparece una ventana que nos muestra una lista de los
servicios instalados en el sistema, escogemos la opcin MSSQLSERVER y
damos doble click.
Figura 80
Figura 82
En la Figura 83 ingresamos por Inicio-Programas-Microsoft SQL ServerAdministrador Corporativo, la cual es una aplicacin para administrar
servidores SQL Server.
Figura 84
Figura 89
Diagramas
Diagramas definidos (modelos conceptuales de la base de datos)
Tablas
Tablas de la base de datos
Vistas
Vistas definidas en la base de datos
Procedimientos Almacenados
Procedimientos almacenados de la base de datos
Usuario
Usuarios con acceso a la base de datos
Roles
Roles definidos en la base de datos
Reglas
Restricciones definidas sobre tablas (parecidas a los CHECK. Solo se
mantienen por compatibilidad con versiones anteriores)
Figura 90
Figura 92
Figura 97
nombreciudad varchar(200),
registroborrado char(1)default 'N',
usuario
varchar(15),
fechacreacion datetime,
fechamodificacion datetime,
CONSTRAINT PK_CIUDAD PRIMARY KEY(ID)
)
CREATE TABLE CONSULTORIO
(
idconsultorio varchar(4),
nombreconsultorio varchar(20),
direccion varchar(50),
registroborrado char(1)default 'N',
usuario
varchar(15),
fechacreacion datetime,
fechamodificacion datetime,
CONSTRAINT PK_CONSULTORIO PRIMARY KEY(IDCONSULTORIO )
)
CREATE TABLE DEPARTAMENTO
(
iddepartamento varchar(4),
nombredepto
varchar(20),
registroborrado char(1)default 'N',
usuario
varchar(15),
fechacreacion datetime,
fechamodificacion datetime,
CONSTRAINT PK_DEPARTAMENTO PRIMARY KEY(IDDEPARTAMENTO
)
)
CREATE TABLE ESPECIALIDAD
(
idespecialidad int IDENTITY (1, 1) NOT FOR REPLICATION NOT NULL,
nombreespecialidad varchar(30),
registroborrado char(1)default 'N',
usuario
varchar(15),
fechacreacion datetime,
fechamodificacion datetime,
CONSTRAINT PK_ESPECIALIDAD PRIMARY KEY(IDESPECIALIDAD )
)
fechamodificacion datetime,
CONSTRAINT PK_SEXO PRIMARY KEY(IDSEXO)
)
CREATE TABLE TIPODOCUMENTO
(
idtipodoc int IDENTITY (1, 1) NOT FOR REPLICATION NOT NULL,
nombretipodoc varchar(20),
registroborrado char(1)default 'N',
usuario
varchar(15),
fechacreacion datetime,
fechamodificacion datetime,
CONSTRAINT PK_TIPODOCUMENTO PRIMARY KEY(IDTIPODOC)
)
CREATE TABLE TIPOSERVICIO
(
idtiposervicio int IDENTITY (1, 1) NOT FOR REPLICATION NOT NULL,
nombretiposervicio varchar(20),
registroborrado char(1)default 'N',
usuario
varchar(15),
fechacreacion datetime,
fechamodificacion datetime,
CONSTRAINT PK_TIPOSERVICIO PRIMARY KEY(IDTIPOSERVICIO)
)
CREATE TABLE USUARIO
(
idusuario varchar(15),
idtipodoc int,
idsexo int,
iddepartamento int,
idciudad int,
idestrato int,
nombres
varchar(45),
apellido1 varchar(45),
apellido2 varchar(45),
fechanacimiento varchar(10),
direccion varchar(50),
telefono1 varchar(15),
telefono2 varchar(15),
correoelectronico varchar(40),
registroborrado char(1)default 'N',
usuario
varchar(15),
fechacreacion datetime,
fechamodificacion datetime,
CONSTRAINT PK_USUARIO PRIMARY KEY(IDUSUARIO)
)
CREATE TABLE ACCESOS
(
id int IDENTITY (1, 1) NOT FOR REPLICATION NOT NULL,
codusuario varchar(15),
clave varchar(56),
perfil varchar(2),
pagina_default char(30),
registroborrado char(1)default 'N',
usuario
varchar(15),
fechacreacion datetime,
fechamodificacion datetime,
CONSTRAINT PK_ACCESOS PRIMARY KEY(ID)
)
CREATE TABLE ADMINISTRADOR
(
idadministrador varchar(15),
idtipodoc numeric,
nombres
varchar(45),
apellido1 varchar(45),
apellido2 varchar(45),
telefono1 varchar(15),
telefono2 varchar(15),
correoelectronico varchar(40),
registroborrado char(1)default 'N',
usuario
varchar(15),
fechacreacion datetime,
fechamodificacion datetime,
CONSTRAINT
PK_ADMINISTRADOR
KEY(IDADMINISTRADOR)
)
CREATE TABLE CITA
(
idcita int IDENTITY (1, 1) NOT FOR REPLICATION NOT NULL,
iddoctor varchar(15),
idusuario varchar(15),
PRIMARY
idconsultorio numeric,
idtiposervicio
numeric,
idprocedimiento numeric,
idestado
numeric,
fecha datetime,
horainicio datetime,
horafin
datetime,
Estado
varchar(1)default 'P',
registroborrado char(1)default 'N',
usuario
varchar(15),
fechacreacion datetime,
fechamodificacion datetime,
CONSTRAINT PK_CITA PRIMARY KEY(IDCITA)
)
CREATE TABLE HORARIOS
(
idhorarios int IDENTITY (1, 1) NOT FOR REPLICATION NOT NULL,
idturno
int,
ref1 varchar(10),
ref2 varchar(10),
registroborrado char(1)default 'N',
usuario
varchar(15),
fechacreacion datetime,
fechamodificacion datetime,
CONSTRAINT PK_HORARIOS PRIMARY KEY(IDHORARIOS)
)
CREATE TABLE AGENDA
(
idagenda int IDENTITY (1, 1) NOT FOR REPLICATION NOT NULL,
iddoctor varchar(15),
idcita numeric,
registroborrado char(1)default 'N',
usuario
varchar(15),
fechacreacion datetime,
fechamodificacion datetime,
CONSTRAINT PK_AGENDA PRIMARY KEY(IDAGENDA)
)
CREATE TABLE DISPONIBILIDAD
(
iddisponibilidad int IDENTITY (1, 1) NOT FOR REPLICATION NOT NULL,
iddoctor varchar(15),
idturno
numeric,
fecha datetime,
registroborrado char(1)default 'N',
usuario
varchar(15),
fechacreacion datetime,
fechamodificacion datetime,
CONSTRAINT PK_DISPONIBILIDAD PRIMARY KEY(IDDISPONIBILIDAD)
)
CREATE TABLE DOCTOR
(
iddoctor varchar(15),
idtipodoc numeric,
idtiposervicio nchar(10),
idespecialidad numeric,
idconsultorio numeric,
nombres
varchar(45),
apellido1 varchar(45),
apellido2 varchar(45),
telefono1 varchar(15),
telefono2 varchar(15),
correoelectronico varchar(40),
idEstado numeric,
registroborrado char(1)default 'N',
usuario
varchar(15),
fechacreacion datetime,
fechamodificacion datetime,
CONSTRAINT PK_DOCTOR PRIMARY KEY(IDDOCTOR)
)
CREATE TABLE HISTORIACLINICA
(
idcita int IDENTITY (1, 1) NOT FOR REPLICATION NOT NULL,
idusuario varchar(15),
iddoctor varchar(15),
idprocedimiento numeric,
descripciondiagnostico varchar(250),
registroborrado char(1)default 'N',
usuario
varchar(15),
fechacreacion datetime,
fechamodificacion datetime,
)
ELABORADO
NOVIEMBRE 28 DE 2007
PROYECTO DE GRADO
FUNDACION UNIVERSITARIA KONRAD LORENZ