1

CAPITULO 1

1. MANUAL TECNICO

1.1 . INTRODUCCION

Aquí encontraremos de manera detallada las características técnicas

como también las entidades lógicas, script de parte del cliente y

administrador. Con el desarrollo de lo antes mencionado es que se logra

el funcionamiento de nuestra página web.

1.2 . Estructura del sitio web

A continuación se detalla la estructura y jerarquía de nuestro sitio, en el cual

se procede a mostrar las interfaces a nivel del cliente y la lógica del negocio

a nivel del servidor.

2

1.2.1. Carpeta XML

En esta carpeta vamos a encontrar los archivos con extensión xml, el

cual se usan en este caso para la implementación exclusiva del RSS

para el cual se requiere de ese formato y mediante este se permitirá

en un formato estándar la presentación de información más relevante

de nuestra página Web.

1.2.2. Carpeta PHP

Encontraremos una serie de archivos todos con extensión php debido

a la codificación que se necesita y esta es imprescindible debido que

en la mayoría de su uso tiene relación con la base de datos.

Archivos que se usan con gran importancia y mayor frecuencia.

1.2.3. Carpeta Jscal

Se podrá encontrar los archivos para el funcionamiento del

calendario.

3

1.2.4. Carpeta JS

Contiene los archivos en el cual posee todos y cada uno de los script

para la implementación de funciones en las cuales también

encontraremos la implementación del objeto ajax entre otras de gran

relevancia dando lugar a características especificas de los

requerimientos.

1.2.5. Carpeta CSS

En esta carpeta se encuentra todos los archivos con extensión css que

permiten obtener un excelente diseño e interfaz y hacer uso de todas

las propiedades que son de gran utilidad mediante Adobe

Dreamweaver.

1.2.6. Carpeta IMG

Se presenta los archivos con extensión img y jpg que lo utilización

para la incorporación de cada una de las imágenes encontradas en

nuestro sitio Web.

4

1.2.7. Carpeta IMG02

Contiene los archivos con extensión gif y png que se emplean para

formar el encabezado del sitio.

1.2.4. Carpeta acordeon

Contiene los archivos .js y .css para la implementación de funciones

de nuestro acordeon.

1.2.5. Carpeta menu

Contiene los archivos .js y .css para la implementación de funciones

de nuestro menú principal.

1.2.6. Carpeta CHAT

Contiene los archivos con con los cuales se podrá acceder al chat

entre paciente y especialista, donde el administrador también posee

acceso.

5

1.2.7. Carpeta ICONS

Contiene los archivos con extensión png que se emplean para los

iconos de los menus para nuestros usuarios con usuario y password.

1.2.8. Carpeta productos

Contiene los archivos con extensión gif que se emplean para formar el

marco para mostrar los productos o medicamentos.

1.2.9. Carpeta REPORTES

Contiene los archivos con extensión PHP que se emplean para formar

los reportes con formato PDF, que se logran con las clases de FPDF.

A continuación visualizaremos un esquema de nuestra estructura de

carpetas:

6

Fig. 1 Detalle de la jerarquía del Sitio Web

7

1.3 DIAGRAMA ENTIDAD RELACION

8

1.4 SCRIPT PARA LA CREACIÓN DE LA BASE DE DATOS

CREATE DATABASE `miproyecto` ;

-- phpMyAdmin SQL Dump -- version 2.11.6 -- http://www.phpmyadmin.net -- -- Servidor: localhost -- Tiempo de generación: 08-10-2009 a las 17:52:35 -- Versión del servidor: 5.0.51 -- Versión de PHP: 5.2.6 SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO"; -- -- Base de datos: `miproyecto` -- -- -------------------------------------------------------- -- -- Estructura de tabla para la tabla `blog` -- CREATE TABLE `blog` ( `id_entrada` int(11) NOT NULL auto_increment, `titulo` varchar(200) NOT NULL, `contenido` text NOT NULL, `id_doctor` int(11) NOT NULL, `fecha_publicacion` timestamp NOT NULL default CURRENT_TIMESTAMP, PRIMARY KEY (`id_entrada`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=12 ; -- -- Estructura de tabla para la tabla `buzon` -- CREATE TABLE `buzon` ( `id_mensaje` int(11) NOT NULL auto_increment, `id_usuario_de` int(11) NOT NULL, `titulo` varchar(250) NOT NULL,

9

`texto` text NOT NULL, `fecha` timestamp NOT NULL default CURRENT_TIMESTAMP, PRIMARY KEY (`id_mensaje`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1 AUTO_INCREMENT=13 ; -- -- Estructura de tabla para la tabla `buzon_para` -- CREATE TABLE `buzon_para` ( `id_mensaje` int(11) NOT NULL, `id_usuario_para` int(11) NOT NULL, `nuevo` tinyint(1) NOT NULL, PRIMARY KEY (`id_mensaje`,`id_usuario_para`) ) ENGINE=InnoDB DEFAULT CHARSET=latin1; -- -- Estructura de tabla para la tabla `cita` -- CREATE TABLE `cita` ( `id_cita` int(11) NOT NULL auto_increment, `id_paciente` int(11) NOT NULL, `id_doctor` int(11) NOT NULL, `fecha` datetime default NULL, `motivo` text NOT NULL, `respuesta_doctor` text, `estado` int(11) NOT NULL, `id_tratamiento` int(11) default NULL, `fec_modi` timestamp NOT NULL default '0000-00-00 00:00:00' on update CURRENT_TIMESTAMP, `fec_crea` timestamp NOT NULL default '0000-00-00 00:00:00', PRIMARY KEY (`id_cita`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=47 ; -- -- Estructura de tabla para la tabla `consulta` -- CREATE TABLE `consulta` ( `email` varchar(30) NOT NULL, `emisor` varchar(30) NOT NULL,

10

`telefono` varchar(30) NOT NULL, `mensaje` varchar(200) NOT NULL, `fecha` timestamp NOT NULL default CURRENT_TIMESTAMP, `id` int(11) NOT NULL auto_increment, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ; -- -- Estructura de tabla para la tabla `consulta_diente` -- CREATE TABLE `consulta_diente` ( `id_consulta` int(11) NOT NULL, `numero_diente` int(11) NOT NULL, `estado` int(32) NOT NULL, `texto` text, `id_servicio` int(11) NOT NULL, PRIMARY KEY (`id_consulta`,`numero_diente`) ) ENGINE=InnoDB DEFAULT CHARSET=latin1; -- -- Estructura de tabla para la tabla `consulta_medica` -- CREATE TABLE `consulta_medica` ( `id_consulta` int(11) NOT NULL auto_increment, `id_paciente` int(11) NOT NULL, `id_doctor` int(11) NOT NULL, `id_cita` int(11) NOT NULL, `fecha` datetime NOT NULL, `id_tratamiento` int(11) default NULL, `diagnostico` text NOT NULL, `observaciones` text NOT NULL, PRIMARY KEY (`id_consulta`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=27 ; -- -- Estructura de tabla para la tabla `detalle_paciente` -- CREATE TABLE `detalle_paciente` ( `id_usuario` int(11) NOT NULL, `numero_historia` int(11) NOT NULL auto_increment,

11

`chk1` tinyint(1) NOT NULL, `chk2` tinyint(1) NOT NULL, `chk3` tinyint(1) NOT NULL, `chk4` tinyint(1) NOT NULL, `chk5` tinyint(1) NOT NULL, `chk6` tinyint(1) NOT NULL, `chk7` tinyint(1) NOT NULL, `chk8` tinyint(1) NOT NULL, `chk9` tinyint(1) NOT NULL, `chk10` tinyint(1) NOT NULL, `chk11` tinyint(1) NOT NULL, `chk12` tinyint(1) NOT NULL, `chk13` tinyint(1) NOT NULL, `chk14` tinyint(1) NOT NULL, `cepilla_dia` varchar(10) NOT NULL, `cepillo_extra` varchar(100) NOT NULL, `observaciones` text NOT NULL, PRIMARY KEY (`numero_historia`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=9 ; -- -- Estructura de tabla para la tabla `foro` -- CREATE TABLE `foro` ( `id_foro` int(11) NOT NULL auto_increment, `titulo` varchar(250) NOT NULL, `descripcion` varchar(250) NOT NULL, `id_creador` int(11) NOT NULL, `estado` int(11) NOT NULL default '0', `id_categoria` int(11) NOT NULL, `fecha` timestamp NOT NULL default CURRENT_TIMESTAMP, PRIMARY KEY (`id_foro`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=7 ; -- -- Estructura de tabla para la tabla `foro_categoria` -- CREATE TABLE `foro_categoria` ( `id_categoria` int(11) NOT NULL auto_increment, `titulo` varchar(250) NOT NULL, `descripcion` varchar(250) NOT NULL,

12

PRIMARY KEY (`id_categoria`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=3 ; -- -- Estructura de tabla para la tabla `foro_entrada` -- CREATE TABLE `foro_entrada` ( `id_entrada` int(11) NOT NULL auto_increment, `titulo` varchar(250) NOT NULL, `texto` text NOT NULL, `id_creador` int(11) NOT NULL, `fecha` timestamp NOT NULL default CURRENT_TIMESTAMP, `id_foro` int(11) NOT NULL, `estado` int(11) NOT NULL default '0', PRIMARY KEY (`id_entrada`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=16 ; -- -- Estructura de tabla para la tabla `menu_principal` -- CREATE TABLE `menu_principal` ( `id_menu` int(11) NOT NULL auto_increment, `titulo` varchar(250) NOT NULL, `destino` varchar(250) NOT NULL, `orden` int(11) NOT NULL, PRIMARY KEY (`id_menu`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=9 ; -- -- Estructura de tabla para la tabla `menu_secundario` -- CREATE TABLE `menu_secundario` ( `id_menu` int(11) NOT NULL auto_increment, `id_menu_principal` int(11) NOT NULL, `titulo` varchar(250) NOT NULL, `destino` varchar(250) default NULL, `orden` int(11) NOT NULL, `texto` longtext, `texto_preview` text,

13

`activo` tinyint(1) NOT NULL default '1', PRIMARY KEY (`id_menu`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=30 ; -- -- Estructura de tabla para la tabla `paginas` -- CREATE TABLE `paginas` ( `pagina` varchar(250) NOT NULL ) ENGINE=InnoDB DEFAULT CHARSET=latin1; -- -- Estructura de tabla para la tabla `pago` -- CREATE TABLE `pago` ( `id_pago` int(11) NOT NULL auto_increment, `id_tratamiento` int(11) default NULL, `id_paciente` int(11) NOT NULL, `valor` decimal(10,2) NOT NULL, `n_pago` int(11) default NULL, `fecha_maxima` date default NULL, `fecha_pago` date default NULL, `id_consulta` int(11) NOT NULL, `ingresado` timestamp NOT NULL default CURRENT_TIMESTAMP, PRIMARY KEY (`id_pago`) ) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=30 ; -- -- Estructura de tabla para la tabla `prescripcion` -- CREATE TABLE `prescripcion` ( `id_prescripcion` int(11) NOT NULL auto_increment, `id_consulta` int(11) NOT NULL, `orden` int(11) NOT NULL, `cantidad` int(11) NOT NULL, `descripcion` varchar(250) NOT NULL, `dosis` varchar(250) NOT NULL, PRIMARY KEY (`id_prescripcion`), UNIQUE KEY `id_consulta` (`id_consulta`,`orden`)

14

) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=13 ; -- -- Estructura de tabla para la tabla `producto` -- CREATE TABLE `producto` ( `id_producto` int(11) NOT NULL auto_increment, `titulo` varchar(250) NOT NULL, `descripcion` text NOT NULL, `foto` longblob NOT NULL, `formato` varchar(32) NOT NULL, `precio` decimal(10,2) NOT NULL, PRIMARY KEY (`id_producto`) ) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=9 ; -- -- Estructura de tabla para la tabla `registro_ip` -- CREATE TABLE `registro_ip` ( `pagina` varchar(250) NOT NULL, `fecha` timestamp NOT NULL default CURRENT_TIMESTAMP, `usuario` varchar(20) NOT NULL, `ip` varchar(250) NOT NULL, KEY `fecha` (`fecha`) ) ENGINE=InnoDB DEFAULT CHARSET=latin1; -- -- Estructura de tabla para la tabla `servicio_dental` -- CREATE TABLE `servicio_dental` ( `id_servicio` int(11) NOT NULL auto_increment, `descripcion` varchar(250) NOT NULL, `precio` decimal(11,2) NOT NULL, PRIMARY KEY (`id_servicio`) ) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=3 ; -- -- Estructura de tabla para la tabla `usuario` --

15

CREATE TABLE `usuario` ( `id_usuario` int(11) NOT NULL auto_increment, `user_us` varchar(20) NOT NULL, `pass_us` varchar(32) NOT NULL, `tipo_us` int(10) NOT NULL, `cedula` varchar(10) NOT NULL, `pnombre` varchar(200) NOT NULL, `snombre` varchar(200) NOT NULL, `papellido` varchar(200) NOT NULL, `sapellido` varchar(200) NOT NULL, `email` varchar(200) NOT NULL, `telefonos` varchar(200) NOT NULL, `direccion` varchar(300) NOT NULL, `sexo` varchar(9) NOT NULL, `fec_nacimiento` date NOT NULL, `reg_medico` varchar(250) default NULL, `especialidad` varchar(250) default NULL, `fec_modi` timestamp NOT NULL default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP, `fec_crea` timestamp NOT NULL default '0000-00-00 00:00:00', `foto` longblob, `formato` varchar(32) default NULL, `usuario_activo` tinyint(1) NOT NULL default '1', PRIMARY KEY (`id_usuario`), UNIQUE KEY `user_us` (`user_us`) ) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=55 ;

16

1.5. CODIFICACION DE LOS COMPONENTES DEL DIRECTORIO DE

DENTALEC

1.5.1. DIRECTORIO

Esta conformado por clases encargadas de manejar la lógica del análisis del

negocio de nuestra pagina web, tales como establecer el contenido que se va

a presentar a los usuarios, realizar el acceso a una determinada tabla o

conjunto de tablas, mostrar mensajes de error relevantes, manejados en los

archivos php.

El conjunto de clases que se encuentran en este directorio es el siguiente:

Nombre *.xml Descripción

MiRss

En este archivo vamos a encontrar el código que nos permite darle formato ante una presentación RSS, en el cual se publican las pantallas mas relevantes de nuestra web.

Nombre *.js Descripción

Ajax_actualizar… Aquí encontraremos una serie de archivos js en el cual mediante el proceso permite manejar la actualización de nuestra base de dato, dependiendo de los requerimiento encontrado en el análisis.

Ajax_consultar… De igual manera es uso exclusivo al acceso a la base de datos mediante el cual nos permitirá tomar como consulata los datos de lo que se requiera.

Ajax_eliminar… Funciones que ejecutan la eliminación de registros de la base de datos y estos son manejado únicamente por el usuario administrador.

Ajax_… Funciones en la cual se lleva el proceso de guardar todos los registros necesarios que con lleven la ejecución.

validaciones Función que identifica los id de los input y verifica que sean correctos los datos ingresados, que sean solo datos numericos o de texto, etc.

Calendario_dom Función que nos permite la visualización del calendario pero ubicado en el ingreso de dato de la fecha hacia la base.

codigo Función en la cual nos permite presentar en el

17

cuerpo de ciertas pantallas el contenido sin que efecte a la totalidad del diseño de la pantalla.

validaciones

Nombre *.php Descripción

conexión En este desarrollo se globaliza el uso de la conexión a nuestra base.

Registro_ip Se utiliza para registrar que paginas del sitio web han sido visitadas.

index Esta parte del código genera los menús y sub menús, que se despliegan cuando el usuario pasa el mouse por las opciones del encabezado.

Se fijaron 5 opciones: Nosotros, comunidad, especialidades, tratamientos y eventos. Dentro de cada una de estas puede haber cualquier cantidad de subopciones. Estas se guardan en la tabla menu_secundario... y se recogen con id_menu_principal = 1, 2, 3, 4 o 5

validar_ usuario Permite los accesos al sistema según el tipo de usuario. Variable asignada a tipo de Usuario

Tipo de usuario 1 = paciente Tipo de usuario 2 = doctor Tipo de usuario 3 = administrador Tipo de usuario 4 = cajero

admin_usuario Permite ver la lista de usuarios dependiendo del tipo de usuario que se escoge.

admin_nuevo_usuario Permite el ingreso de datos dependiendo del tipo de usuario que se escoge.

Admin_ver_usuario Permite ver los datos de usuarios de la base.

Admin_editar_usuario Permite editar los datos de usarios

*búsqueda de usuarios <?php $where = ""; if (isset($_REQUEST["buscar"]) && $_REQUEST["buscar"]!="") { $where = " and (papellido like

18

'%".$_REQUEST["buscar"]."%' or pnombre like '%".$_REQUEST["buscar"]."%' or email like '%".$_REQUEST["buscar"]."%')"; } $order = " order by papellido"; if (isset($_REQUEST["orderby"]) && $_REQUEST["orderby"] != "") { $order = " order by ".$_REQUEST["orderby"]; if (isset($_REQUEST["desc"])) { $order = $order." desc"; } } ?>

admin_productos Muestra los producto de la base de datos

admin_producto_agregar Permite crear un nuevo producto.

admin_paginas Muestra todas las paginas .

editar_pagina Presenta el editor de contenido de información.

Index.php

<?php for ($i = 1; $i <= 5; $i++) { ?>

<div id="submenu<?php echo $i; ?>" class="anylinkcss">

<ul>

<?php

$rs = mysql_query("Select destino, texto, titulo, id_menu from

menu_secundario where id_menu_principal=".$i." order by orden asc");

while ($row = mysql_fetch_assoc($rs)) {

if (isset($row["destino"])) {

?>

<li><a href="javascript:llamarasincrono('<?php echo $row["destino"];

19

?>', 'iframe_cuerpo_principal');"><?php echo $row["titulo"]; ?></a></li>

<?php

} else if (isset($row["texto"])) {

?>

<li><a href="javascript:llamarasincrono('cargar_pagina.php?id_menu=<?php echo $row["id_menu"]; ?>', 'iframe_cuerpo_principal');"><?php echo $row["titulo"]; ?></a></li>

<?php

}

}

mysql_free_result($rs);

?>

Registro_ip

<?php session_start(); mysql_connect("localhost", "root", ""); mysql_select_db("miproyecto"); $pagina = basename($_SERVER['REQUEST_URI']); if (strpos($pagina, "?") !== false) $pagina = reset(explode("?", $pagina)); if (isset($_SESSION["user_name"])) { $usuario = $_SESSION["user_name"]; } else { $usuario = ''; } $ip = $_SERVER['REMOTE_ADDR']; mysql_query("Insert into registro_ip(pagina,usuario,ip) values('$pagina','$usuario','$ip')"); mysql_close(); ?>

20

Nombre *.css Descripción

tabla Para asignar diseño a las diferentes tablas de los formularios.

litbox Presenta la ventana flotante para.

Mis_estilos Para diseño de tipos de textos y márgenes.

calendario Nos muestra el diseño del calendario.

tabla

table.EstiloSistema caption { /*font-size: large; color: #FFFFFF; background-color: #003399;*/ font-size:medium; font-family:'Book Antiqua', Verdana, Arial, Helvetica, sans-serif; text-align: center; vertical-align: middle; background-color:#AFD5FA; background-repeat:repeat-x; border:solid #333333 thin; } table.EstiloSistema th { background-color:/*#0066CC*/ #d4e7ff; color:#000000; font-size:small; font-family:'Book Antiqua', Verdana, Arial, Helvetica, sans-serif; border:#c0c0c0 solid 1px; padding: 2px 4px 2px 4px; text-align:center; font-weight:normal; } table.EstiloSistema td { padding: 4px 4px 4px 4px; border:#c0c0c0 thin solid ; font-family:Verdana, Arial, Helvetica, sans-serif; font-size:11px; color:#333333; }

21

table td { font-family:Verdana, Arial, Helvetica, sans-serif; font-size:11px; color:#333333; } a { color: #333333; text-decoration:underline; } a:visited { color: #333333; text-decoration:underline; } h2 { font-size:17px; color:#FFFFFF; background-color:#AFD5FA; font-family:Arial, Helvetica, sans-serif; } h10 { font-size:17px; color:#666666; font-weight:bold; background-color:#AFD5FA; font-family: Verdana, Arial, Helvetica, sans-serif; } body { font-family:Verdana, Arial, Helvetica, sans-serif; font-size:11px; color:#333333; }

22

1.6. DETALLE TECNICO Y LOGICO DE LOS OBJETOS

MÓDULO ADMINSTRADOR

1.6.1. Generar ingreso de usuarios

Archivo: Index.php, frame_sistema.php, validar _usuario.php

Procesos: Son los archivos necesarios para este fin

Parametros: Haber ingresado usuario y contraseña validos

Uso: <input type="submit" name="Submit" value="Iniciar sesión"

onClick="javascript: return validar_form_login(this.form);" />

1.6.2. Permitir crear un Nuevo usuario

Archivo: validar _usuario.php, admin_usuario.php,

admin_ver_usuario.php, admin_editar_usuario.php

Procesos: Son los archivos necesarios para este fin

Parametros: Haber ingresado usuario y contraseña validos de

administrador o especialista.

Uso: <a

href="javascript:llamarasincrono('frame_sistema.php?opcion=

2','iframe_cuerpo_principal');" class="principal">

<input type="submit" name="crear" id="crear" value="Crear

nuevo <?php echo $palabra; ?>" />

23

1.6.3. Permitir editar un usuario

Archivo: Index.php, validar _usuario.php, admin_usuarios.php,

admin_nuevo_usuario.php

Procesos: Son los archivos necesarios para este fin

Parametros: Haber ingresado usuario y contraseña validos de

administrador o especialista.

Uso: * <a href="admin_ver_usuario.php?tipo=<?php echo $tipo;

?>&id=<?php echo $row[0]; ?>"><img src="img/editar.png"

width="16" height="16" border="0" /></a>

* <input type="button"

onclick="javascript:location.href='admin_editar_usuario.php?ti

po=<?php echo $tipo; ?>&id=<?php echo $id_usuario; ?>';"

value="Editar" />

1.6.4. Permitir cambiar contraseña de un usuario

Archivo: validar _usuario.php, admin_usuarios.php,

admin_resetear_contrasena.php

Procesos: Son los archivos necesarios para este fin

Parametros: Haber ingresado usuario y contraseña validos de

administrador, especialista o paciente.

Uso: * <a href="admin_resetear_contrasena.php?tipo=<?php

echo $tipo; ?>&id=<?php echo $row[0]; ?>"><img

src="img/contrasena.png" width="16" height="16"

border="0"/></a>

* <input type="submit" onsubmit="javascript:return validar();"

name="cambiar" id="cambiar" value="Cambiar

contrase&ntilde;a" />

24

1.6.5. Agregar un nuevo producto

Archivo: validar _usuario.php, admin_productos.php,

admin_producto_agregar.php

Procesos: Son los archivos necesarios para este fin

Parametros: Haber ingresado usuario y contraseña validos de

administrador.

Uso: * <input type="button" value="Agregar un producto"

onclick="javascript:location.href='admin_producto_agregar.ph

p'" />

* <input name="id_producto" type="hidden" value="<?php

echo $idproducto; ?>" /><input type="submit"

name="guardar" id="guardar" value="Guardar" />

1.6.6. Agregar nueva pagina al sitio web.

Archivo: validar _usuario.php, admin_paginas.php,

editar_paginas.php

Procesos: Son los archivos necesarios para este fin

Parametros: Haber ingresado usuario y contraseña validos de

administrador.

Uso: * <input type="button" value="Crear una nueva pagina"

onclick="javascript:location.href='editar_pagina.php';" />

* mysql_free_result($rs);

mysql_query("insert into

menu_secundario(id_menu_principal,titulo,texto,orden)

values($id_menu_principal,'$titulo','$texto',$orden)");

25

1.6.6. Eliminar pagina al sitio web.

Archivo: validar _usuario.php, admin_paginas.php

Procesos: Son los archivos necesarios para este fin

Parametros: Haber ingresado usuario y contraseña validos de

administrador.

Uso: * <a href="admin_paginas.php?eliminar_pagina=<?php echo

$row[0]; ?>" title="Eliminar la p&aacute;gina"

onclick="javascript:return confirm('Esta seguro que desea

eliminar esta pagina?');"><img src="img/eliminar.png"

width="16" height="16" border="0" /></a>

* if (isset($_REQUEST["eliminar_pagina"])) {

mysql_query("update menu_secundario set activo=0 where

id_menu=".$_REQUEST["eliminar_pagina"]);}

MODULO PACIENTE

1.6.7. Reservar cita.

Archivo: Paciente_citas.php, escoger_doctor_calendario.php,

doctor_ver_calendario.php, doctor_programar_paciente.php

Procesos: Son los archivos necesarios para este fin

Parametros: Haber ingresado usuario y contraseña validos de paciente.

Uso: * <input type="button" value="Solicitar una consulta"

onclick="javascript:location.href='escoger_doctor_calendario.

php';" />

* <a href="doctor_ver_calendario.php?paciente=<?php echo

$paciente; ?>&doctor=<?php echo $row[3]; ?>"><?php echo

$row[0]." ".$row[1]; ?></a>

26

MODULO DOCTOR

Estos son los estados y sus respectivos colores, que serán asignados en el

calendario del paciente y doctor.

1.6.8. Aceptar cita.

Archivo: doctor_ver_calendario.php, doctor_resolver_citas.php

Procesos: Son los archivos necesarios para este fin

Parametros: Haber ingresado usuario y contraseña validos de doctor.

Uso: * <a onclick="javascript: return confirm('Esta seguro que

desea aprobar la cita a este paciente?');"

href="doctor_ver_solicitudes.php?fecha=<?php echo

$fecha; ?>&hora=<?php echo $hora;

?>&aprobar_cita=<?php echo $row[0]; ?>"><?php echo

$row[1]." ".$row[2]; ?></a>

27

1.6.9. Agregar consulta.

Archivo: doctor_ver_calendario.php, doctor_agregar_consulta.php

Procesos: Son los archivos necesarios para este fin

Parametros: Haber ingresado usuario y contraseña validos de doctor.

Uso: * <a

href='doctor_agregar_consulta.php?cita=".$info_fecha["id_ci

ta"]."&paciente=".$info_fecha["id_paciente"]."&fecha=".$info

_fecha["fecha"]."&hora=".$info_fecha["hora"]."'>$texto_mostr

ar</a>

* $dientes =

array('img/diente_normal.jpg','img/diente_ausente.jpg','img/d

iente_extraer.jpg','img/diente_caries.jpg','img/diente_obturaci

on.jpg');

* <img id="diente_18" src="<?php echo

$dientes[array_key_exists(18, $estados_dientes) ?

$estados_dientes[18] : 0]; ?>" width="16" height="16"

onclick="javascript:cambiarDiente(this, 18);" />

MODULO CAJERO

1.6.10. Cancelacion de cuentas.

Archivo: Admin_deuda.php, admin_deudas.php

Procesos: Son los archivos necesarios para este fin

Parametros: Haber ingresado usuario y contraseña validos de cajero.

Uso: * <a href="admin_deuda.php?paciente=<?php echo $row[0];

?>">Deudas</a>

* <a href="#" onclick="javascript:new

LITBox('doctor_ver_historias_factura.php?id_consulta=<?ph

28

p echo $row["id_consulta"];

?>',{type:'window',overlay:true,height:350,

width:540});"><?php echo $row["id_pago"]; ?></a>

* <?php echo strftime("%d/%b/%Y",

strtotime($row["ingresado"])); ?>

* <?php echo $row["valor"]; ?>

* <?php echo $row["estado"]; ?>

* <?php if (!isset($row["fecha_pago"])) { ?>

bgcolor="#F7F993"<?php } ?>><?php if

(!isset($row["fecha_pago"])) { ?>Cancelar<?php } ?>

1.6.11. Agregar Costos de servicios dentales.

Archivo: Admin_costos.php

Procesos: Son los archivos necesarios para este fin

Parametros: Haber ingresado usuario y contraseña validos de cajero.

Uso: * mysql_query("insert into servicio_dental(descripcion,

precio) values('$descripcion', $precio)");

* mysql_query("update servicio_dental set

descripcion='$descripcion', precio=$precio where

id_servicio=$id_servicio");

* <input type="submit" name="agregar" id="agregar"

value="Agregar" />

29

1.6.12. Generar reportes de recaudaciones.

Archivo: Reportes_caja.php

Procesos: Son los archivos necesarios para este fin

Parametros: Haber ingresado usuario y contraseña validos de cajero.

Uso: * switch ($_REQUEST["tipo_reporte"]) {

case 0:

$query = "select fecha_pago,

sum(valor) from pago where fecha_pago between '$desde'

and '$hasta' group by fecha_pago order by 1 asc";

break;

case 1:

$query = "select concat(papellido,

' ', pnombre), sum(valor) from pago p inner join usuario u on

p.id_paciente = u.id_usuario where fecha_pago between

'$desde' and '$hasta' group by concat(papellido, ' ',

pnombre) order by 1 asc";

break;

* <input type="submit" name="generar" id="generar"

value="Generar reporte" />

30

1.7. INSTALACIÓN DEL APACHE WEB SERVER, PHP Y MYSQL

Recomendamos instalar el software WAMP5 que instala y configura de forma

automática a las tres herramientas.

Apache Version : 2.2.8

PHP Version : 5.2.6

MySQL Version : 5.0.51b

Una vez instalada esta herramienta basta con iniciar el servicio desde el

archivo Launch_Wampserver.bat ubicado en C:\wamp\wampmanager.exe

Proceda a copiar la carpeta Proyecto que contiene dentalec dentro del

directorio C:\Wamp\WWW\

Luego podrá acceder al proyecto desde el navegador digitando:

http://localhost/dentalec

Si presenta inconvenientes en este ultimo paso, le recomendamos configurar

el archivo httpd.conf que se encuentra en:

C:\wamp\bin\apache\apache2.2.8\conf, donde debe buscar la línea:

Llisten 80

Y deberá cambiarla por Listen 8082 ó por otro puerto que no se este usando.

31

1.8. ADMINISTRACION DE LA BASE DE DATOS

Para administrar la base de datos recomendamos una interfaz web

PhpMyadmin es una herramienta escrita en PHP con la intención de manejar

la administración de MySQL a través de páginas webs, utilizando Internet.

Actualmente puede crear y eliminar Bases de Datos, crear, eliminar y alterar

tablas, borrar, editar y añadir campos, ejecutar cualquier sentencia SQL,

administrar claves en campos, administrar privilegios, exportar datos en

varios formatos y está disponible en 50 idiomas. Se encuentra disponible

bajo la licencia GPL.Creado por una comunidad sin ánimo de lucro. Es una

herramienta muy completa que permite acceder a todas las funciones típicas

MySql a través de una interfaz web muy intuitiva.

32

CAPÍTULO 2

2. MANUAL DE USUARIO

Dentalec cms

Dentalec cms es un sistema propietario, herramienta creada a medida para

actualizar su página web.

Los sistemas propietarios son aquellos que son comerciales, dicho de otra forma,

creados por una empresa y que se ofrecen para su uso en webs, sujetos a la

compra de una licencia.

2.1. Vista Global de la Página principal

33

2.2. Manual del visitante

A continuación se explicará la parte de nuestro sistema donde todos usuarios

y visitantes intervienen, (entiéndase como usuarios a las personas que el

personal administrativo ha dado un usuario y contraseña). Es decir que

cualquier persona con solo ingresar www.sudominio.com en su navegador,

podrá acceder a verlos.

2.2.1. Menú principal

Estos son los enlaces principales que nuestro sistema le ofrece a su Clínica

Odontológica en su menú principal, los cuales pueden ser modificados por el

administrador, por medio de ellos sus visitantes podrán mantenerse al día

con todo acerca a la parte informativa de la clínica. Poseen a su vez cada

uno, enlaces que también pueden ser modificados tanto su titulo como su

contenido. Para que pueda tener una actualización rápida de su sitio web.

Recuerde que cada menú y submenú los puede modificar solo el

administrador.

2.2.1.1 Nosotros, contiene: Bienvenida, consejos, resultados de

tratamientos, promociones, convenios, nuestros profesionales, y productos.

34

2.2.1.2 Bienvenida, es donde podrá poner los beneficios que ofrecerá a sus

pacientes, una breve comentario de todo lo que puede encontrar si revisa

todo el sitio web.

2.2.1.3 Consejos, se mostraran los consejos en una forma de acordeón, que

se abrirá y cerrara su contenido si da clic sobre el titulo de cada uno de ellos.

35

2.2.1.4 Resultados de tratamientos, se mostraran los resultados en una

forma de acordeón, que se abrirá y cerrara su contenido si da clic sobre el

titulo de cada uno de ellos.

2.2.1.5 Promociones, para poder mostrar las promociones de tratamientos,

o descuentos, etc.

36

2.2.1.6 Nuestros profesionales, pondrá en una lista los nombres de todos

los odontólogos de la clínica, estos son extraídos de la base de datos, por lo

cual cada vez que se ingrese un nuevo odontólogo aparecerá

inmediatamente en esta lista. Posee un buscador, para facilitar la búsqueda

por nombre o especialidad de los odontólogos.

2.2.1.7 Productos, si la clínica vende productos puede agregarlos donde

aparecerá su nombre, descripción y precio. Esta pantalla es de visualización

esta disponible para los 4 roles de usuarios.

37

2.2.2 Comunidad, contiene: Foro, preguntas frecuentes, blog de nuestros

doctores, chat y contáctenos.

2.2.2.1 Foro, Desde el rol de Visitante solo podrá ver las respuesta y

visualizar la información mas no podrá contestar dicho foro.

38

2.2.2.2 Preguntas frecuentes, mostrará las respuestas a las preguntas que

causan más interés de los visitantes.

2.2.2.3 Blog de nuestros doctores, Permitirá presentar la información

ingresada por los especialista cuyo objetivo es informar al usuario sobre

tema novedoso de loa avance tecnológico que están causando mucho

interés a la comunidad.

39

2.2.3. Especialidades, contiene: Ortodoncia, odontopediatría, rehabilitación

oral, endodoncia, periodoncia y cirugía oral.

Este menú le permitirá dar un detalle de las especialidades que se tratan en

la clínica.

2.2.4 Tratamientos, este menú le permitirá dar un detalle de los tratamientos

que se realizan en la clínica. Explicado cada uno de los tratamientos en que

consiste dicho tratamiento.

40

2.2.5 Eventos, contiene: Peru, Ecuador, Mexico, Argentina y otros.

Este menú mostrara el evento, lugar y fecha que se están realizando en los

diferentes países, será una información de gran interés tanto para

odontólogos de nuestra clínica como para particulares.

41

2.3. Menú Administrador

Estas son las opciones a las cuales tiene permiso el administrador del

sistema.

Para ingresar nuestro administrador por primera vez tendrá como usuario

admin y como contraseña admin, la cual tendrá que cambiar una vez que

haya ingresado nuestro sistema.

2.3.1 Menú cambiar clave

El cambio de clave se hará por medio del enlace

Cambiar clave que se encuentra a la izquierda.

Ahora su usuario seguirá siendo admin, pero su

contraseña será la que cambio.

2.3.2 Menú administradores

Se deberá hacer clic en el menú Administradores.

Y luego clic en el botón crear nuevo

administrador, donde aparecerá el formulario

donde se llenaran todos sus datos personales y se

podrá adjuntar su fotografía. Para terminar este

paso presione el botón guardar.

Ya guardado los datos del usuario podrá editarlos

haciendo clic en este icono , luego clic en el botón

42

editar y ahora podrá editar los datos y para guardarlos hacer clic en el botón

guardar.

Para cambiar la contraseña tendrá otra opción haciendo clic en , poner

contraseña actual, nueva y repetir la nueva contraseña, para guardarla hacer

clic en cambiar.

2.3.3. Menú pacientes

Se deberá hacer clic en el menú Pacientes.

Y luego clic en el botón crear nuevo paciente, donde aparecerá el

formulario donde se llenaran todos sus datos personales y se podrá adjuntar

su fotografía. Para terminar este paso presione el botón guardar.

Ya guardado los datos del usuario podrá editarlos asiendo clic en este icono

, luego clic en el botón editar y ahora podrá editar los datos y para

guardarlos hacer clic en el botón guardar.

Para cambiar la contraseña tendrá otra opción haciendo clic en , poner

contraseña actual, nueva y repetir la nueva contraseña, para guardarla hacer

clic en cambiar.

El buscador le ayudara a encontrar a un usuario específico con solo ingresar

su nombre o apellido, mail o número de cédula.

Se mostraran los pacientes en grupos de 5 usando paginación, para ver más

usuarios solo deberá hacer clic en los números debajo de la lista de usuarios.

43

Haciendo clic en Apellidos, Nombre o Email, podrá ordenarlos

alfabéticamente en forma ascendente y descendente.

2.3.4 Menú doctores

Se deberá hacer clic en el menú Doctores.

Y luego clic en el botón crear nuevo doctor, donde aparecerá el formulario

donde se llenaran todos sus datos personales y se podrá adjuntar su

fotografía. Para terminar este paso presione el botón guardar.

Ya guardado los datos del usuario podrá editarlos asiendo clic en este icono

, luego clic en el botón editar y ahora podrá editar los datos y para

guardarlos hacer clic en el botón guardar.

Para cambiar la contraseña tendrá otra opción haciendo clic en , poner

contraseña actual, nueva y repetir la nueva contraseña, para guardarla hacer

clic en cambiar.

El buscador le ayudara a encontrar a un usuario específico con solo ingresar

su nombre o apellido, mail o número de cédula.

Se mostraran los pacientes en grupos de 5 usando paginación, para ver más

usuarios solo deberá hacer clic en los números debajo de la lista de usuarios.

44

Haciendo clic en Apellidos, Nombre o Email, podrá ordenarlos

alfabéticamente en forma ascendente y descendente.

2.3.5. Menú Cajeros

Se deberá hacer clic en el menú Cajeros.

Y luego clic en el botón crear nuevo, donde aparecerá el formulario donde

se llenaran todos sus datos personales y se podrá adjuntar su fotografía.

Para terminar este paso presione el botón guardar.

Ya guardado los datos del usuario podrá editarlos asiendo clic en este icono

, luego clic en el botón editar y ahora podrá editar los datos y para

guardarlos hacer clic en el botón guardar.

Para cambiar la contraseña tendrá otra opción haciendo clic en , poner

contraseña actual, nueva y repetir la nueva contraseña, para guardarla hacer

clic en cambiar.

El buscador le ayudara a encontrar a un usuario específico con solo ingresar

su nombre o apellido, mail o número de cédula.

Se mostraran los pacientes en grupos de 5 usando paginación, para ver más

usuarios solo deberá hacer clic en los números debajo de la lista de usuarios.

45

Haciendo clic en Apellidos, Nombre o Email, podrá ordenarlos

alfabéticamente en forma ascendente y descendente.

2.3.6 Menú productos

Se deberá hacer clic en el menú Productos.

Están las opciones a la derecha del formulario donde se puede editar los

todos los datos del producto, y también se pude eliminar el producto

haciendo clic en .

46

Para poner otro producto hacer clic en botón Agregar un producto, donde

tendrá que llenar los campos y para finalizar presionar Guardar.

Se mostraran 4 productos en cada lista por medio de la paginación.

Estos productos son también los que se muestra en el submenú productos

del menú principal del sitio web.

2.3.7 Menú Configurar menús

Antes de usar este menú revise el manual de Html que se le adjunta la

carpeta principal del sistema.

47

Haciendo clic en las páginas me permite editarlas. Y para editar tenemos 2

opciones una que es de la forma avanzada y la otra es en forma de diseño

que es para persona con poco o nada de conocimiento en el área

informática ya que se trata de un cms

2.3.7.1 Forma avanzada

2.3.7.2 Forma diseño

48

Para eliminarlas hacer clic en la x.

Para crear un nuevo submenú del menú principal haga clic en Crear una

nueva página. Escriba el titulo, en que menú desea que este y su contenido

que para mejor presentación debe contener código html. Para poder

almacenar esta página hacer clic en Guardar o si desea en visualizar para

ver como se verá antes de guardar.

2.3.8 Menú Buzón de mensajes

Este solo me permitirá enviar mensajes entre usuarios del sistema, en este

caso solo el administrador con los doctores.

Para revisar la bandeja de entrada y mensajes enviados se debe hacer clic

en los respectivos asuntos. En los dos hay el botón enviar un mensaje, que

lleva a redactar.

49

Cuando haga clic en escoger que se encuentra junto a Para: aparecerá una

ventana que mostrara todos los doctores del sistema. Hay un buscador por

usuario, o si no los puede escoger por medio de los checkbox (vistos

pequeños). Presione Cerrar y se abran agregado los usuarios a Para:

Colocar el Asunto por el cual se envía el mensaje, y ya puede redactar el

cuerpo del mensaje con las herramientas de texto si desea.

Y por ultimo presione el botón Enviar mensaje para que el mensaje se envie.

2.3.9 Chat, podrán sus pacientes tener una conversación en directo con los

especialistas que se encuentren en turno. Esta atención ya debe ser

establecida por la política de cada una de la clínica dependiendo de su

cronograma de trabajo.

50

2.3.10 Menú salir

Si ya termino su trabajo o por algún motivo no estará cerca de su

computador, debe hacer clic en el menú salir, para terminar su sesión y asi

todos sus datos no podrán ser manipulados por otro usuario.

2.4 Pantalla paciente

Para poder ingresar al sistema como un usuario paciente debe estar

registrado debidamente en el portal donde se le otorgara una clave y un

usuario con la que le permitirá ingresar sin problema debemos recordar que

la clave y el usuario son asignados por la persona

administradora de la clínica siguiendo la política de la

misma.

Una vez que ya se encuentre logoneado al portal se podrá

mostrar el menú de opciones al cual puede acceder el

usuario paciente el cual es al su mensajero podrá enviar algún tipo de

pregunta a los doctores y al administrador no tiene privilegio de consultar o

enviar mensaje a otro usuario del mismo rango o rol. Para acceder al

mensajero simplemente debe dar clic en el link de la parte de arriba del

menú vertical del portal cuyo nombre es Buzón de mensajes una vez que

clic aparecerá la siguiente pantalla.

51

Esta pantalla presentara las opciones de un buzón de entrada donde

permanecerá los mensajes que le haya enviado tanto el especialista, cajero y

el administrador para estar en contacto con el paciente y así hacerlo sentir

que es importante para la clínica. También tendrá un buzón de salida que le

permitirá revisar cuando y a quien le redacto un mensaje.

La opción redactar que le permitirá detallar el mensaje que desea realizar

debemos recordar que con los únicos que se puede comunicar el usuario

paciente es con los especialista o doctores mas no tiene mas permiso al dar

clic en el enlace Redactar aparecerá la siguiente pantalla

Donde tiene la opción de Para, Asunto en la opción para debe dar clic en el

link escoger para que le permita seleccionar al doctor con quien se desea

comunicar, podrá seleccionar varios o un doctor. Así como indica la

siguiente pantalla

52

Una vez seleccionado el destinatario deberá dar clic en link cerrar para que la

pantalla flotante se oculte, además si hay una lista demasiada extensa y

tiene a la mano el nombre del doctor podrá ingresar la primera letra del

nombre que el buscador de la parte superior derecha le permitirá mostrar

todos los doctores con dicho nombre o inicial del nombre que haya digitado,

esto le permitirá al paciente ahorrar un recurso muy importante como es el

Tiempo.

Para completar la tarea de enviar un mensaje a una destinatario X

simplemente tiene que ejecutar la opción enviar mensaje y la opción se

ejecutara. O por lo contrario si ya no desea por algún motivo enviar el

mensaje solo debe dar clic en el botón cancelar que la acción se cancelara

sin problema alguno.

Continuando con el mensajero si el usuario desea eliminar o vaciar su

entrada tanto de entrada como la de enviados solo dele dar clic y seleccionar

el mensaje que desee eliminar y ejecutar la opción de eliminar, o si desea

eliminar todos solo basta con dar clic en la opción de seleccionar todo y

ejecutar la acción del botón eliminar el sistema enviara un mensaje de

comprobación para asegurar al usuario de que si esta de acuerdo en eliminar

dicho mensaje si esta de acuerdo se eliminara de forma inmediata.

53

2.4.1 Menú cambia clave “Paciente”

El paciente esta en todo su derecho de cambiar la clave, ya que como

política de la clínica esta que la primera clave es asignada por el

administrador el cual conocera la clave de dicho paciente y para mantener

seguridad de que nadie mas a parte del paciente pueda manipular la

información personal se realizar el cambio respectivo y para acceder a esa

opción debemos dar clic en la parte superior del menú vertical del portal en

el enlace cambiar clave donde desplegara la opción de la siguiente

pantalla.

Donde el usuario deberá ingresar la contraseña actual luego la nueva

contraseña que debe estar formada por 4 caracteres como mínimo debe

digitar la nueva contraseña para verificar que no hay error alguno en el

cambio, si la acción cumple con la respectiva validación entonces se

ejecutara de forma favorable la solicitud de cambio de contraseña caso

contrario nos presentara mensaje de error o de información para que

podamos realizar dicho cambio.

54

2.4.2 Menú Mi Historia Dental.

El usuario paciente deberá dar clic en el menú mi historial dental

que le permitirá visualizar la siguiente pantalla

2.4.2.1 Datos personales.- Aquí se le presentara los datos personales del

usuario tanto como nombres apellido, sexo teléfono, cedula, etc.

Esta pantalla es de importancia para el paciente porque es aquí donde podrá

obtener información acerca su tratamiento dental debemos recordar que solo

es pantalla de visualización para el paciente en esta pantalla aparecerá 4

pestaña de suma importación que tendrá almacenada información el paciente

tanto como datos personales, información dental, historial de consultas y

ultimo odontograma.

55

2.4.2.2. Información dental.- Aquí podrá visualizar los datos sobre aquellos

tipo de malestar que sufre el paciente que es de suma importancia para el

especialista asi saber con que tipo de paciente esta trabajando.

2.4.2.3 Historia de consultas.- En la siguiente pantalla el usuario podrá

visualizar la siguiente información

56

Donde se mostrara cada una de las consultas realizadas por fecha también

podrá visualizar cada uno de los cambios realizados en su piezas dentales

como por ejemplo si se le hizo un calce o una extrasion de una pieza dental

simplemente deberá dar clic en el icono y se desplegara la pantalla del

odontograma realizado en dicha consulta por ejemplo este es el

odontograma de una fecha x

Además podrá ordenara la información como desea ya sea por la ultima

consulta o por diagnostico etc.

Al dar clic en el número de consulta realizada presentara la factura por dicha

consulta presentando la fecha el doctor el diagnostico realizado el

odontograma el detalle de que se realizo, la preescripcion que se le detallo y

el valor a cancelar.

57

Además le permitirá imprimir dichas facturas.

2.4.3 Foros.- El sistema le permitirá al usuario crear un foro, el único

requisito es que deba tener una cuenta activa en dicho portal podrá crear un

foro y a la vez agregar una entrada en otros foros existente.

Esta pantalla muestra las categoría de foros existente en el portal

58

Al dar clic en el enlace de la categoría del foro aparece las subcategoria

donde estarán las entradas es decir la respuesta de los diferentes usuarios.

Donde aparece la pantalla describiendo en titulo del foro quien es el creador

y cuantas respuestas ha tenido dicho foros. Al dar clic en el titulo aparece la

siguiente.

Una vez visualizada las entradas al foros el usuario que se encuentra

navegando podrá agregar una nueva entrada, debemos tener en cuenta que

dicha entrada no se podrá visualizar en la entrada solo hasta que el

59

modelador de dicho foro valide que la entrada o respuesta no tenga palabras

que tente a la ética del portal. Así que mientras no sea aceptada la entrada

por el modelador no se podrá visualizar dicha información.

2.4.4 Solicitudes de consultas

El paciente tiene el privilegio de solicitar una cita por medio del portal lo que

debe hacer es iniciar sesión para que pueda acceder a la función de solicitar

una consultar al dar clic en el respectivo icono parecerá la siguiente

pantalla.

60

Que detalla la fecha que solicita la cita, al doctor que se la esta solicitando \,

el motivo por el que esta solicitando, el estado es decir si fue aceptada o

rechazada y en que fecha se la acepto.

Para realizar una nueva cita el usuario debe dar clic en el botón solicitar una

consulta que lo llevara a la siguiente pantalla.

Esta pantalla aparecerá la lista de los doctores con lo que puede solicitar una

consulta, cabe recalcar que el usuario solo puede realizar una solicitud y no

podrá realizar otra consulta después de no haber sido atendido por el doctor.

El usuario al dar clic en el nombre del doctor se mostrara el calendario de

actividades donde podrá elegir el dia y la hora que desea ser atendido.

61

En esta pantalla aparecerá el día y la hora exacta en que el doctor tiene

disponible para atenderlo una vez seleccionado el día el sistema le realizara

la pregunta de confirmación de que si esta de acuerdo en elegir esa fecha.

Si acepta la fecha seleccionada el paciente debe detallar el motivo por el

cual va a solicitar la cita.

Si elige enviar solicitud se completara la transacción y le tocara esperar la

respuesta del doctor, y debe revisar su entrada a solicitud de cita donde se

puede verificar si la solicitud fue aceptada o rechazada si fue rechazada se

libera la entrada y podrá realizar otra solicitud.

2.5 Pantalla del Especialista

Como todos los otros usuarios el especialista tiene

privilegio a navegar por todas las pantallas del sitio. El

papel de mayor responsabilidad del sistema recae en el

especialista ya que es el él podrá realizar una consulta al

paciente. Que es el objetivo del sitio.

62

El especialista posee un menú de 4 opciones primordiales tales como:

Agenda de Consulta.

Pacientes

Solicitudes de Consultas.

Blog.

2.5.1. Agenda de consulta.

El especialista entrara a la agenda de consulta donde aparecerá su

calendario de citas confirmadas para ese día.

Donde el doctor debe dar clic en el paciente que le corresponde dar la

consulta, cabe mesionar que el doctor no puede dar consulta a paciente con

63

cita atrasada o con citas posteriores sino solo del dia actual a la fecha que

esta laborando, este clic lo llevara a la pantalla de consulta medica.

Donde debe redactar el diagnostico la observacion que corresponde a las

primera pestaña. Al elegir una pieza dental debera dar clic cuantas veces

sea necesario hasta que obtenga unos de los estados que desea como por

ejemplo ausente, caries, extraer, obturacion, y nomal. Al elegir una de las

pieza aparace en detalle en la tabla de la derecha cada una de la pieza

sellecionada. Debera tambien recetar algo al paciente para su mejoramiento

rapido en caso de ser necesario.

La precripion hay una caja de texto que tiene la funcion de buscardor d ebera

ingresar una letra y parece todos lo medicamentos, una vez que aparezca un

64

medicamento deseado debe seleccionar y dar clic en el boton agregar y se

agrega a la tabla de detalle de la prescripcion.

Donde debe digitar la cantidad recomendada, cual es la dosis a tomar.

Sidesea elimar un medicamento del, detalle simplemente debe dar clic en la

X y se elimimara automaticamente.

Una vez realizada la consulta debe enviar a guardar y si no desea debe dar

clic en el boton cancelar donde cumplira con cualquiera de las transacciones

que halla elejido.

65

2.5.2 Paciente

El especialista al dar clic en el link de paciente podra visualizar de 5 en 5 uno

y cada uno de los pacientes de la clinica.

Esta pagina le da permiso al especialista de crear un paciente nuevo solo

con dar clic en el boton crear nuevo paciente.

66

Ademas el doctor puede editar los datos de una paciente si aparece una lista

demasiada extensa puede buscar al paciente por el nombre, numero de

cedula o apellido. En la caja de texto cuya funcion es un buscador.

Y dado clic en el icono de se presentara una pantalla con interfaces

similares a las pestañas que cada una guardar informacion relevantes del

paciente.

2.5.2.1 Datos generales

En esta pantalla visualizaremos los datos generales del paciente que se

pueden actualizar danto clic en boton editar que nos llevara a otra pantalla

donde le permitira cambiar datos mal ingresado o informacion erronea.

67

Una vez corregido los datos erroneo damos clic en el boton guardar donde se

guardara los nuevos datos editados como nos daremos cuenta observando la

pantalla datos generales que obtendra los datos actualizados de forma

inmediata.

2.5.2.2 Informacion dental

En esta pantalla podremos ingresar datos importantes del paciente para

tener datos de cómo esta el paciente que tipo de enfermedad posee, a que

es alergico, si ha tenido alguna intervencion quirurdica entre otras que es de

vital importancia para el especialista a tratar, para tener un mayor control de

los paciente.

68

2.5.2.3. Historia de Consulta.

En esta pantalla el doctor podra visualizar cada una de las consultas

realizadas al paciente puede ver una factura cancelada y si desea ver que

cambio a realizado en la dentadira bastara con dar clic en la pieza dental

que le mostrara el odontograma realizado en esa consulta.

2.5.2.4 Ultimo Odontrograma

En esta pantalla visualizara el ultimo odontograma gerenerado por la ultima

consulta.

69

2.5.3 Solicitud de consulta.

En esta pantalla el especialista recibira todas las solicitudes realizadas pòr

los pacientes.

El especialista tiene que elegir de los tres estado que tiene una solicitud una

de ella los estado es aceptar, rechazar y el ultimo es el tentativo, un estado

esta tentativo cuando hay varias solicitudes ella el mismo dia y el mismo

horario, aquí el doctor debe analizar el motivo por el cual hicieron la solicitud

es decir el motivo de la gravedad de la cita y aceptar de cad una de ella la

mas urgente donde la demas se rechazaran de forma inmediata ese rechazo

lo veran cada unos de los usuarios que realizaron la solicitud.

2.5.4 Blogs

Los blogs son solo para los doctores de la clinica aquí ellos podran informar

sobre las nuevas noticias. Estos blogs sirven como un espacio para

70

compartir a los demas usuario las espectativas de los direferentes

especialista informando detalle a brevedad posible de las novedades

tecnologica del pais.

Un doctor puede crear una entrada a su propio blog solo dando clic en el

boton agregar entrada.

Una vez digitado la informacion necesaria a publicar simplemente debe dar

clic en el boton publicar y automaticamente se publicara la informacion en el

blog para que todos los usuarios que nos visiten puedan observar e

informarse.

71

El doctor tambien puede modificar y eliminar cada una de las entradas al

blog si desea modificar debe dar clic en y aparecera la pantalla que le

permitira editar.

O si desea eliminar solo podra dar clic en el icono donde el sistema le

realizara la pregunta de confirmacion atravez de un cuadro de dialago. Si el

especialista confirma que desea eliminar la entrada en el blog se iliminara

con éxito de la bandeja de entrada de blog.

Si no se cancelara la transacciobn.

72

2.6 Menu Cajero

Hemos creado este usuario para efecfo de eplicacion demostrativa del

sistema donde le daremos las funciones de cómo la de paciente, reporte,

cambiar opciones de medicamentos

2.6.1 Pacientes

En estas pantallas el cajero encargado podra ver el listado de paciente con

los campos activados de agregar cita medica que es una de las opciones

encomentada a el y la de cobros.

2.6.1.1 Deudas

El cajero podra visiualizar las deudas que tiene en paciente si desea cancelar

alguna de ella . Si algun paciente se acerca a cancelar la deudas lo que

tienen que hacer el cajero es buscarlo en la lista de paciente ya sea por el

73

nombre apellido o el numero de cedula. Donde debera dar clic en el link de

deudas que lo llevara a la siguiente pantalla,.

Donde al dar clic en cancelar el sistema mostrara un mensaje de

confirmacion avisando que se cambiara el link de cancelar por pagado aquí

el cajero podra imprimir no una factura sino un comprobante de pago.

74

2.6.1.2 Programar cita

Aquí el cajero podra programar una cita nueva una vez luego de haber

tenido el paciente su consulta y haber cancelado. Cabe recalcar que la cita

debe ser aceptada por el doctor.

Para programar cita el cajero debera elegir de entre los doctores que le

aparece en un listado

Al dar clic sobre el nombre de cada uno aparecera el calendario disponible

en ese momento podra asignar una fecha para consulta

75

Si da clic en ese dia podra aceptar una cita esa fecha el sistema le pedira

que verifique si esta deacuerdo con esa fecha. Debera poner el motivo por

que realizo esa cita. y aceptarla.

2.6.2. Reporte

El cajero podra ver el reporte de cobro realizado es dia de labor o podra ver

corte de fecha a fecha es decir de un dia hacia una fecha porterior lo puede

hacer por pagos de persona o por dias.

Debe ingresar una fecha exacta y vera el reporte del dia.

76

2.6.3 Modificar Costo

El modificar costo, aquí el cajero podra modificar el costo de cada uno de los

trabajo realizado por el doctor podra crear un nuevo costo por servicio y

modificar al mismo tiempo.

Puede agregar un nuevo servicio dental. Puede modificar simplemente dando

un clic en el icono y aparecera la siguiente pantalla.

Donde podra modificar cada uno de ella.

INDICE GENERAL

Pag.

CAPITULO 1

1. MANUAL TECNICO 1

1.1. Introducción 1

1.2. Estructura del sitio web 1

1.2.1. Carpeta XML 2

1.2.2. Carpeta PHP 2

1.2.3. Carpeta Jscal 2

1.2.4. Carpeta JS 3

1.2.5. Carpeta CSS 3

1.2.6. Carpeta IMG 3

1.2.7. Carpeta IMG02 4

1.2.4. Carpeta acordeón 4

1.2.5. Carpeta menú 4

1.2.6. Carpeta CHAT 4

1.2.7. Carpeta ICONS 5

1.2.8. Carpeta productos 5

1.2.9. Carpeta REPORTES 5

Detalle de la jerarquía del Sitio Web 6

1.3. DIAGRAMA ENTIDAD RELACION 7

1.4. Script para la creación de la base de datos 8

1.5 Codificación De Los Componentes Del

Directorio De DENTALEC 16

1.5.1 DIRECTORIO 16

1.6. Detalle técnico y lógico de los objetos 22

1.6.1. Generar ingreso de usuarios 22

1.6.2. Permitir crear un Nuevo usuario 22

1.6.3. Permitir editar un usuario 23

1.6.4. Permitir cambiar contraseña de un usuario 23

1.6.5. Agregar un nuevo producto 24

1.6.6. Agregar nueva página al sitio web. 24

1.6.6. Eliminar pagina al sitio web. 25

1.6.7. Reservar cita. 25

1.6.8. Aceptar cita. 26

1.6.8. Agregar consulta. 27

1.6.9. Cancelación de cuentas. 27

1.6.10. Agregar Costos de servicios dentales. 28

1.6.11. Generar reportes de recaudaciones. 29

1.7. Instalación Del Apache Web Server, Php Y Mysql 30

1.8. Administración De La Base De Datos 31

CAPITULO 2

2. MANUAL DE USUARIO

2. Manual de Usuario 32

2.1. Vista global de la Pagina Principal 32

2.2. Manual de Visitantes 33

2.2.1. Menú Principal 33

2.2.1.1 Nosotros 33

2.2.1.2. Bienvenida 34

2.2.1.3 Consejo 34

2.2.1.4 Resultado de Tratamiento 35

2.2.1.5 Promociones 35

2.2.1.6 Nuestro Profesionales 36

2.2.1.7 Productos 36

2.2.2. Comunidad 37

2.2.2.1Foro 37

2.2.2.2 Pregunta Frecuentes 38

2.2.2.3 Blog de Nuestro Doctores 38

2.2.3 Especialidades 39

2.2.4. Tratamientos 39

2.2.5 Eventos 40

2.3. Menú Administradores 41

2.3.1 Cambiar Clave 41

2.3.2 Administrar Administradores 41

2.3.3 Administrar Pacientes 42

2.3.4 Administrar Especialista 43

2.3.5 Administrar Cajero 44

2.3.6 Menú Productos 45

2.3.7 Configuración Menú 46

2.3.7.1 Modo Avanzado 47

2.3.7.2 Modo Diseño 47

2.3.8 Buzón de Mensaje 48

2.3.9 Menú Chat 49

2.3.10 Menú Salir 50

2.4 Pantalla Paciente 50

2.4.1. Menú Cambiar Clave 53

2.4.2. Mi historia Clínica 54

2.4.2.1 Datos Personales 54

2.4.2.2 Información Dental 55

2.4.2.3 Historia de Consulta 55

2.4.3 Foros 57

2.4.4. Solicitud de Consultas 59

2.5. Pantalla Especialista 61

2.5.1 Agenda Consulta 62

2.5.2 Pacientes 65

2.5.2.1. Datos Generales 65

2.5.2.2. Información Dental 67

2.5.2.3 Historial de Consultas 68

2.5.2.4 Ultimo Odontograma 68

2.5.3. Solicitud de Consulta 69

2.5.4 Blogs 69

2.6 Menú Cajero 72

2.6.1 Pacientes 72

2.6.1.1. Deudas 72

2.6.1.2 Programar Cita 74

2.6.2 Reporte 75

2.6.3 Cambiar Costo 76

114

CAPITULO 5

5. Etapa de pruebas del sistema

5.1. Introducción

Las pruebas forman parte de una de las últimas fases en el desarrollo

de un software. Se ha denotado en la actualidad, que están siendo

desarrolladas de forma paralela a la programación con la objetivo de

descubrir errores, realizándolas en la culminación de cada módulo. Y

de esta manera hemos adoptado de igual forma el desarrollo de las

mismas en nuestro proyecto.

Es importante esta etapa ya que garantiza la calidad del mismo y por

tal razón es considerada un elemento crítico debido a que el software

no está libre de un porcentaje de errores hasta llegar a este ciclo.

115

Las pruebas han sido realizadas en nuestro desarrollo no como una

última etapa sino más bien desde el principio de nuestra

implementación, logrando así dar mayor calidad y garantía en la

funcionalidad de nuestro producto final.

En estas pruebas hemos tomado en cuenta la arquitectura, su

alcance y la seguridad que se debe brindar bajo las expectativas

dadas. Queriendo obtener con ellas la satisfacción y el logro obtenido

de cada uno de los requerimientos establecidos, tomando como base

la funcionalidad esperada.

Al realizar estas pruebas lo que se está haciendo es obteniendo

posibilidades de errores, se tiene en cuenta una serie de

probabilidades de ocurrencias no establecidas, es decir errores antes

no encontrados y es de esta manera el desarrollo de esta etapa

cumple con sus intenciones y se lleva acabo de forma exitosa este

ciclo.

Hay que tener presente que el desarrollo de este ciclo no garantiza la

ausencia de defectos en nuestro proyecto, solo se puede demostrar

los defectos en el software que se está desarrollando.

116

A continuación vamos a detallar de manera breve las pruebas que se

han dado en el proceso de nuestra implementación:

5.2. Las Pruebas en tiempo de Desarrollo

Figura 5.1. Tipos de pruebas

5.2.1. Prueba INFORMAL

Mediante la implementación de cada módulo que forman parte

del proyecto, se realizó esta clase de prueba que lleva a cabo la

compilación periódicamente del código de programación

ejecutándolo para obtener el resultado y la lleva a cabo el

programador o desarrollador al cual se le ha asigno el módulo

correspondiente.

117

Este es el proceso o la forma en el cual se lleva con mayor

frecuencia en la actualidad.

Estas son las que se han realizado con mayor frecuencia.

5.2.1.1. Las Pruebas de UNIDADES

Esta clase de prueba se da en el modulo de nuestro

usuario visitante. En la cual se desarrollan estas pruebas

sin que estas afecten de alguna manera a nuestros

módulos tanto como del usuario administrador,

especialista y paciente, debido que se llevan de manera

independiente en nuestra aplicación.

Se visualiza siempre en nuestro sistema, logrando así no

afectar a los demás módulos ni siquiera en el momento

de la integración de cada uno.

118

5.2.1.2. Las Pruebas de INTEGRACION

Para una mejor visión de esta prueba podemos visualizar

en nuestro sistema la funcionalidad de nuestro usuario

Administrador. Este se ve en la obligación de integrar una

serie de módulos en las cuales podemos nombrar el

diseño y contenido de nuestra página, la asignación de

usuarios (creación, actualización y eliminación del

mismo), sin dejar de lado la veracidad y seguridad de la

información.

5.2.2. Las pruebas después de la programación

5.2.2.1 Pruebas de CAJA NEGRA

Las pruebas de caja de negra son las más conocidas en

el medio de la programación debido a que están se

realizan sobre la interfaz o diseño de mi sistema, y

maneja una independencia total a la conducta interna y la

estructura del software.

119

Encontramos en la observación de la ejecución de esta

clases de pruebas en cada uno de los módulos que

forman parte de nuestro sistema toman una

independencia de las funciones que se implementan y las

pruebas que encontramos tenemos:

Ingreso de Datos

Correcto funcionamiento en los navegadores.

Actualización de plantillas.

Grabación de datos.

Control de Ip

Entre otros, con el propósito de:

La alimentación de los datos se deben aceptar de

manera adecuada.

Verificación que las funciones del sistema son

operativas.

Que se encuentre la veracidad, claridad y

oportuna la información

120

Control de la funcionalidad y el alcance de los

requerimientos.

Figura 5.2. Caja Negra

5.2.2.2. Las pruebas de CAJA BLANCA

En cambio estas clases de pruebas van dirigidas y se

desarrollan netamente en la observación del código. Las

pruebas se dedican y se aplican con el ánimo de

"probarlo todo", el desarrollo de esta prueba se maneja

de manera continua.

121

Tomamos la ayuda de una herramienta para la

depuración del código que se desarrollo bajo el lenguaje

de JavaScrip y la implementación de Ajax, buscamos la

visualización de las funciones entre otras.

Es importante que el código sea implementado de una

manera adecuada y con nombre que puedan ayudar en

la búsqueda de los errores y de esta manera optimizar el

tiempo y sobre todo brindar un software con calidad.

5.2.2.3. Las pruebas de ACEPTACION

Estas son las clases de pruebas la cual su nombre nos

induce a su significado, en este caso es la aceptación de

nuestro usuario final es decir el cliente. Por tanto esta

prueba se ejecuta con el objetivo primordial de que

nuestro sistema cumpla con todos y cada uno de los

requerimientos para satisfacer las necesidades y

perspectiva del cliente, se lleva a cabo antes de la

entrega de la versión final de nuestro software.

122

Este el tipo de prueba que sirve para medir con el

cumplimiento de la funcionalidad esperada, se debe

llevar en el momento adecuado y de manera minuciosa y

se debe prestar atención al desarrollo de la misma como

también en las otras pruebas antes mencionada. Mide el

logro llevado de su proyecto.

Al llevar a la aplicación de esta prueba hay que tomar en

cuenta que el conocimiento del negocio para el cual va a

ser utilizado el sistema y también la experiencia la tiene

en mayor porcentaje nuestro cliente.

5.2.2.4. Las pruebas de ROBUSTEZ

Esta prueba se dio y se considera relevante ya que es la

que permite la validez de cada uno de los campos en el

cual se ingresa los datos, se desarrolla la validez en el

tipo de dato y formato que se debe ingresar. También

encontramos en los formularios comentarios que le

indican al usuario que no se permite ingresar la

información si no están llenos los campos los cuales han

123

sido declarados como obligatorios. De esta manera

evitamos que el usuario ingrese datos erróneos.

Aquí encontramos la des habilitación de los campos los

cuales son usados únicamente para presentación de la

información.

Mediante esta prueba se logra dar la seguridad necesaria

a la información del sistema ya que es uno de los

recursos más importante dentro del negocio.

5.2.2.5. Las pruebas de RENDIMIENTO

Hemos tomado en cuenta con énfasis esta prueba debido

que hoy en día se le da mucha importancia al tiempo de

respuesta para una mejor interacción con el software, es

por eso que se ha utilizado imágenes que le indiquen al

usuario que se está procesando y hemos tratado de

hacerlo en el menor tiempo posible, y se le da al usuario

texto como respuesta indicando que el proceso ha

124

culminado con éxito. Con el objetivo de que nuestro

programa sea muy interactivo.

5.3. El plan de pruebas

En este capítulo encontramos detallado el desarrollo de una manera

breve de cada una de las pruebas por la cual fue sometido nuestro

sistema. Pero es importante establecer que la de mayor uso que se

dio es la prueba de tipo Informal debido que se llevo de manera

paralela a cada uno de los procesos del mismo. Pero esto no quiere

decir que no se le dio la importancia a las demás pruebas. Es mas

cada una de ellas aporta a que logremos obtener un software con la

calidad y garantía que espera todo cliente.

Se ha puesto a consideración cada avance de nuestro sistema a

personal que tiene amplia experiencia en el mercado de tal manera de

obtener comentarios y sugerencias que aporten al éxito de nuestro

sistema.

Se ha realizado esto con el objetivo de que el funcionamiento del

mismo tenga eficacia y eficiencia y para esto lo hemos medido

125

mediante una encuesta de satisfacción que detallaremos más

adelante.

Este plan de prueba ha sido muy valedero para la revisión de nuestro

sistema. Esperando que los resultados obtenidos de la encuesta

establecida nos dé la certeza del cumplimiento de las necesidades

mediante nuestro sistema, y también se mostró con claridad la

aceptación de nuestro software a nuestro cliente.

5.4. Detalle de la encuesta del plan de pruebas.

Encuesta Si No

Interfaz: Nuestro sitio web le ofrece una

interacción fácil, la cual lo ayuda y lo

induce al uso rápido de la página.

90%

10%

Información: ¿Considera Ud. que la

información visualizada es clara, útil y

utiliza un vocabulario de fácil

entendimiento?

80%

20%

Cantidad - Contenido: ¿Cree Ud. que

el contenido de la página es la

adecuada en cantidad para el uso de

nuestro sitio Web?

90%

10%

Facilidad: Nuestro sitio web lo ayudo

de manera sencilla a encontrar lo que

Ud. Buscaba

85%

15%

Agilidad: ¿Considera que el tiempo que

tarda en cada uno de los procesos que

Ud. ejecuto es corto?

90%

10%

126

Presentación: Con respecto al diseño

tomando en cuenta colores y formato de

la pagina considera Ud. que le es

agradable

90%

10%

Plataforma: ¿Maneja independencia la

estructura de la página web del

navegador y el monitor utilizado, es

decir no cambia su estructura?

85%

15%

Funcionalidad: Los elementos y

opciones que le presenta nuestra

pantalla dan a conocer con claridad su

funcionamiento

90%

10%

Seguridad: Cree Ud. que nuestra

página le ofrece seguridad en uso de la

información

85%

15%

Marketing: ¿Como visitantes de

nuestra página considera Ud. que están

claros y oportunos los servicios que

ofrecemos en el mercado a través de

nuestro sitio web?

90%

10%

Búsqueda: Le fue fácil encontrar

nuestro sitio web a través de los

buscadores

75%

25%

Tabla 5.1. Detalle de la encuesta del plan de pruebas.

97

CAPITULO 4

4. Codificación

4.1. Desarrollo del sistema.

Para la creación de nuestro Portal Odontológico utilizaremos el

Sistema de Gestión de Bases de Datos MySQL, que utiliza la

herramienta llamada phpMyAdmin, que permite administrar las bases

de datos MySQL mediante una interfaz sencilla creada en PHP. Las

ventajas que nos presenta el Sistema de Gestión de Base de Datos

son las siguientes.

1. Aprovecha la potencia de sistemas multiprocesador, gracias a

su implementación multihilo.

2. Soporta gran cantidad de tipos de datos para las columnas.

3. Dispone de API's en gran cantidad de lenguajes (C, C++, Java,

PHP, etc).

98

4. Gran portabilidad entre sistemas.

5. Soporta hasta 32 índices por tabla.

6. Gestión de usuarios y passwords, manteniendo un muy buen

nivel de seguridad en los datos.

El administrador de la Base de Datos (DBA) es aquel quien se encarga

de la administración y la Configuración de todos los datos de manera

segura utilizando phpMyAdmin, y con ayuda del lenguaje Standard

que tienen los sistemas de bases de datos relacionales llamado SQL

que tiene como componente.

DML (Data Manipulation Language)

Manipulación de los Datos

Seleccionar / Añadir / Modificar / Borrar

DDL (Data Definition Language)

Creación de objetos de la BD

Creación de tablas.

99

4.1.1. Seguridad.

La seguridad que mantiene nuestro Sistema es que permite

acceder a la Base de Datos solamente al Personal Autorizado

es decir al DBA con previo ingreso de USER y PASSWORD

dichos usuarios es asignado por el Administrador a cada unos

de los distintos usuarios que tiene el Sistema con los permisos y

restricciones del mismo.

4.1.2. Creación de los componentes (módulos)

Todas las transacciones de los proceso dentro del Sistema se

encuentra modularizado dentro de una estructura conformadas

en carpeta en el Sitio Web.

El Sistema tiene 4 Módulo como:

El Administrador

El Paciente

El Especialista

El Visitante.

100

Todos estos Módulos son considerados de suma importancia ya

que operan de forma independiente y que se logran comunicar

con la misma Base de Datos.

La estructura de la carpeta se detalla a continuación:

Carpeta CSS

Carpeta IMG

Carpeta JS

Carpeta Administrador

Carpeta Especialista

Carpeta Paciente

Carpeta Visitante

4.1.3. Creación del ambiente gráfico

Dreamweaver es un software fácil de usar que permite crear

páginas web profesionales. Las funciones de edición visual de

Dreamweaver permiten agregar rápidamente diseño y

funcionalidad a las páginas, sin la necesidad de programar

manualmente el código HTML.

101

Se puede crear tablas, editar marcos, trabajar con capas,

insertar comportamientos JavaScript, etc., de una forma muy

sencilla y visual.

Cumple perfectamente el objetivo de diseñar páginas con

aspecto profesional, y soporta gran cantidad de tecnologías,

además muy fáciles de usar:

Hojas de estilo y capas

Javascript para crear efectos e interactividades

Inserción de archivos multimedia.

Además es un programa que se puede actualizar con

componentes, que fabrica tanto Macromedia como otras

compañías, para realizar otras acciones más avanzadas.

En resumen, el programa es realmente satisfactorio, incluso el

código generado es de buena calidad. La única pega consiste

en que al ser tan avanzado, puede resultar un poco difícil su

manejo para personas menos experimentadas en el diseño de

webs.

Dreamweaver ha evolucionado mucho en su versión 4, que

incluye soporte para la creación de páginas dinámicas de

servidor en ASP, con acceso a bases de datos (versión

102

Ultradev) y una mayor integración con otras herramientas de

Macromedia como Fireworks.

Dreamweaver nos a permitido diseñar Paginas dinámicas de

nuestro sistema como la que le mostramos a continuación:

4.1.4. Diseño de la lógica del negocio

Para el Diseño de nuestra Lógica de Negocio utilizamos el

lenguaje PHP es un lenguaje de programación de estilo clásico,

con esto quiero decir que es un lenguaje de programación con

variables, sentencias condicionales, bucles, funciones.... No es

un lenguaje de marcas como podría ser HTML, XML o WML.

Está más cercano a JavaScript o a C, para aquellos que

conocen estos lenguajes.

Pero a diferencia de Java o JavaScript que se ejecutan en el

navegador, PHP se ejecuta en el servidor, por eso nos permite

acceder a los recursos que tenga el servidor como por ejemplo

podría ser una base de datos. El programa PHP es ejecutado

en el servidor y el resultado enviado al navegador. El resultado

es normalmente una página HTML pero igualmente podría ser

una pagina WML.

103

Figura 4.1. Diseño de la lógica del negocio

Al ser PHP un lenguaje que se ejecuta en el servidor no es

necesario que su navegador lo soporte, es independiente del

navegador, pero sin embargo para que sus páginas PHP

funcionen, el servidor donde están alojadas debe soportar PHP.

4.1.5. Apache web server.

El servidor HTT P Apache es un servidor web HTTP de código

abierto para plataformas Unix (BSD, GNU/Linux, etc.),

Windows, Macintosh y otras, que implementa el protocolo

HTTP/1. y la noción de sitio virtual. Apache consistía solamente

en un conjunto de parches a aplicar al servidor de NCSA. Era,

en inglés, a patchy server (un servidor "parcheado").

104

El servidor Apache se desarrolla dentro del proyecto HTTP

Server (httpd) de la Apache Software Foundation.

Apache presenta entre otras características mensajes de error

altamente configurables, bases de datos de autenticación y

negociado de contenido, pero fue criticado por la falta de una

interfaz gráfica que ayude en su configuración.

La mayoría de las vulnerabilidades de la seguridad descubiertas

y resueltas tan sólo pueden ser aprovechadas por usuarios

locales y no remotamente. Sin embargo, algunas se pueden

accionar remotamente en ciertas situaciones, o explotar por los

usuarios locales malévolos en las disposiciones de recibimiento

compartidas que utilizan PHP como módulo de Apache.

Apache es usado primariamente para enviar páginas web

estáticas y dinámicas en la World Wide Web. Muchas

aplicaciones web están diseñadas asumiendo como ambiente

de implantación a Apache, o que utilizarán características

propias de este servidor web.

Apache es el componente de servidor web en la popular

plataforma de aplicaciones LAMP, junto a MySQL y los

105

lenguajes de programación PHP/Perl/Python (y ahora también

Ruby).

Este servidor web es redistribuido como parte de varios

paquetes propietarios de software, incluyendo la base de datos

Oracle y el IBM WebSphere application server. Mac OS X

integra apache como parte de su propio servidor web y como

soporte de su servidor de aplicaciones WebObjects. Es

soportado de alguna manera por Borland en las herramientas

de desarrollo Kylix y Delphi. Apache es incluido con Novell

NetWare 6.5, donde es el servidor web por defecto, y en

muchas distribuciones Linux.

Microsoft Internet Information Services (IIS) es el principal

competidor de Apache, así como Sun Java System Web Server

de Sun Microsystems y un anfitrión de otras aplicaciones como

Zeus Web Server. Algunos de los más grandes sitios web del

mundo están ejecutándose sobre Apache. La capa frontal (front

end) del motor de búsqueda Google está basado en una versión

modificada de Apache, denominada Google Web Server

(GWS). Muchos proyectos de Wikimedia también se ejecutan

sobre servidores web Apache.

106

Para nuestra aplicaciones hemos hecho uso del servidor

apache es 2.2 y la versión de PHP 5.2.x. ya que las funciones

que se usan dentro Nuestro Sistema están disponibles desde la

versión PHP 3 así que en teoría se puede usar PHP desde la

versión 3 pero es mucho más recomendable a partir de la

versión 5.

4.1.6. Tendencia de programación ajax

AJAX, acrónimo de Asynchronous JavaScript And XML

(JavaScript asíncrono y XML), es una técnica 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

comunicación asíncrona con el servidor en segundo plano. De

esta forma es posible realizar cambios sobre las páginas sin

necesidad de recargarlas, lo que significa aumentar la

interactividad, velocidad y usabilidad en las aplicaciones.

Ajax es una tecnología asíncrona, en el sentido de que los

datos adicionales se requieren al servidor y se cargan en

segundo plano sin interferir con la visualización ni el

107

comportamiento de la página. JavaScript es el lenguaje

interpretado (scripting language) en el que normalmente se

efectúan las funciones de llamada de Ajax mientras que el

acceso a los datos se realiza mediante XMLHttpRequest, objeto

disponible en los navegadores actuales. En cualquier caso, no

es necesario que el contenido asíncrono esté formateado en

XML.

Ajax es una técnica válida para múltiples plataformas y utilizable

en muchos sistemas operativos y navegadores dados que está

basado en estándares abiertos como JavaScript y Document

Object Model (DOM).

4.1.6.1. ¿Qué tecnologías incluye ajax?

AJAX es una combinación de cuatro tecnologías ya

existentes:

XHTML (o HTML) y hojas de estilos en cascada (CSS)

para el diseño que acompaña a la información.

Document Object Model (DOM) accedido con un

lenguaje de scripting por parte del usuario,

especialmente implementaciones ECMAScript como

108

JavaScript y JScript, para mostrar e interactuar

dinámicamente con la información presentada.

El objeto XMLHttpRequest para intercambiar datos de

forma asíncrona con el servidor web. En algunos

frameworks y en algunas situaciones concretas, se usa

un objeto iframe en lugar del XMLHttpRequest para

realizar dichos intercambios.

XML es el formato usado generalmente para la

transferencia de datos solicitados al servidor.

4.1.6.2. Navegadores que permiten ajax

Navegadores basados en Gecko como Mozilla, Mozilla

Firefox, Netscape versión 7.1 y superiores

Google Chrome

Microsoft Internet Explorer para Windows versión 5.0 y

superiores, y los navegadores basados en él

Navegadores con el API KHTML versión 3.2 y

superiores implementado, incluyendo Konqueror versión

3.2 y superiores, Apple Safari versión 1.2 y superiores.

Opera versión 8.0 y superiores, incluyendo Opera

Mobile Browser versión 8.0 y superiores.

109

4.1.6.3. Navegadores que no permiten ajax

Opera 7 y anteriores

Microsoft Internet Explorer para Windows versión 4.0 y

anteriores

Safari, cualquier versión anterior a la 1.2

Dillo

Navegadores basados en texto como Lynx y Links

Navegadores para incapacitados visuales.

Figura 4.2. Funcionamiento ajax

JAVA SCRIPT

Contenido

Actualiza

Respuesta

Asíncrona

Petición HTTP

Invoca

Evento

Pagina

WEb

Cliente

Script

Script

Procesa la

Petición

AJAX

110

4.2. Técnica de desarrollo.

Las transacciones o tareas que se llevan a cabo en la gestión

de nuestro proyecto son las siguientes.

4.2.1. Metodología usada.

La metodología que hemos utilizado la detalla en el

Capitulo # 1 página 22 de este apartado.

4.2.2. Como hay que realizar la planificación del

proyecto

La planificación que hemos escogido para llevar a cabo

la implementación de nuestro sistema del portal

Odontológico es que se lleve a cabo de acuerdo la

nuestra actitudes y destrezas de cada unos de los

integrantes en cuanto a acceso de la información online

(Internet) y a Recursos Tecnológicos.

Jessica Benavides Campos:

Programación

Diseño

Investigación

111

Gestor de Proyecto

Gladys Tierra Guananga.

Programación

Diseño

Investigación

Martin Mora Zambrano

Programación

Diseño

Investigación

4.2.3. Completar la fase de diseño con la jerarquía de clases

en la notación UML.

El UML es un lenguaje gráfico para visualizar, especificar,

construir y documentar un sistema. UML ofrece un estándar

para describir un "plano" del sistema (modelo), incluyendo

aspectos conceptuales tales como procesos de negocio y

funciones del sistema, y aspectos concretos como expresiones

de lenguajes de programación, esquemas de bases de datos y

componentes reutilizables.

112

UML cuenta con varios tipos de diagramas, los cuales muestran

diferentes aspectos de las entidades representadas, a

continuación le detallamos los diagramas indicando en que

secciones de este apartado se encuentra ubicado dicho

diagramas

Diagrama Flujo de Datos (DFD)

Flujo de Proceso de Seguridad

Flujo de Auditoria

Flujo de Aplicación Cliente

Flujo de Aplicación Administración

Casos de Usos

4.2.4. Complementar la fase de implementación

En la implementación del Sistema se realizaron varias pruebas

que se detallan en la sección del capítulo # 5 en la página 116.

113

4.3. Calidad del sistema

La calidad del software La obtención de un software con calidad

implica la utilización de metodologías o procedimientos estándares

para el análisis, diseño, programación y prueba del software que

permitan uniformar la filosofía de trabajo, en aras de lograr una mayor

confiabilidad, mantenibilidad y facilidad de prueba, a la vez que eleven

la productividad, tanto para la labor de desarrollo como para el control

de la calidad del software.

Los requisitos del software son la base de las medidas de calidad. La

falta de concordancia con los requisitos es una falta de calidad.

Los estándares o metodologías definen un conjunto de criterios de

desarrollo que guían la forma en que se aplica la ingeniería del

software. Si no se sigue ninguna metodología siempre habrá falta de

calidad.

82

CAPÍTULO 3

3. DISEÑO

3.1. Diseño de la Interfaz

El diseño de la interfaz describe como se comunica el Software

consigo mismo, con los sistemas que operan junto con el y con los

operadores y usuarios que lo emplean.

La interfaz gráfica de un software es el límite y espacio común en el

que interactúan el usuario y el software. Las interfaces de usuario de

aplicaciones web son muy flexibles, permitiendo una gran variedad de

recursos gráficos. Esta misma versatilidad obliga a ser muy

cuidadosos, y tener en cuenta que buena estética no significa buena

usabilidad, es por esto que nos esforzamos por brindar lo mejor en

diseño web para así hacer mas usable y fácil nuestro sistema.

Es muy frecuente encontrar interfaces para el WEB en las que no se

considero que el usuario no es en la mayoría de los casos un experto

en computación, sino que la aplicación puede ser usada por un público

83

diverso, que puede incluir personas con características especiales, al

parecer es fácil olvidar que es el usuario quien determina el éxito o

fracaso de una aplicación de software. Incluir solamente

características estéticas en una interfaz sin considerar seriamente la

usabilidad de la misma provoca un fuerte desaliento en el usuario.

Lo deseable es que las interfaces de aplicaciones para el WEB sean

fáciles de usar, fáciles de navegar, agradables al usuario, que

contengan elementos bien distribuidos, de tal forma que no se haga

una saturación de la página y que la Interfaz realmente contenga la

información que el usuario espera de ella además de que por

supuesto, debe ser agradable visualmente.

3.1.1. Página Inicial

Esta pantalla le muestra al usuario en primera instancia todas

las opciones que tiene con respecto a la página, opciones

como: Nosotros, Comunidad, Especialidades, Tratamientos,

Eventos.

Encontramos la sección de Ingresar usuario, donde ingresando

los datos solicitados se iniciará sesión.

84

En esta pantalla manejamos el mercadeo del sitio con

información relevante de que es un sistema rentable para

nuestro cliente destacando los beneficios del sitio.

3.2 Pantallas del Visitanes

3.2.1. Paginas de Nosotros

En esta sesión o segmentación del sitio odontológico dentalec

1presentamos información acerca de todos los beneficios de

nuestra paginas opción que son visibles para todos los tipos de

85

usuarios, tantos del de mayor prioridad hasta el ultimo pueden

navegar sin necesidad de pertenecer a nuestro sitio web.

3.2.2. Pagina de Comunidad

Entre las diferentes opciones que presentamos en la sesión del

portal llamado comunidad es tema de uso informativo, para el

usuario de cualquier rol porque presentamos un ambiente

agradable y acoger para la navegación mostrando información

como los tipos de foros que tenemos, los blog de los doctores,

la preguntas frecuente y por ultimo tenemos dos manera de

comunicarnos con los usuarios una dentro del formulario

contáctenos y luego con el objetivo de ayudar al paciente

86

estaremos en línea través del chat, donde si debe estar

registrado en la clínica para poder acceder a este beneficio.

3. 2.3 Pagina de Especialidades

La información que presentaremos en la sección Especialidades

nos permitirá mantener informado al paciente de todas aquellas

rama de la odontología tenemos como son: Ortodoncia,

Odontopediatria, Rehabilitación Oral, Endodoncia, Peridoncia,

Cirugía Oral. Esta información ayudara a los visitanteS del

87

portal a mantenerse informado acerca de las distintas

especialidades con la que cuenta la clínica.

3.2.4 Pantallas de Tratamientos

Esta pantalla muestra los tratamientos con los que se cuenta

como:

Odontología General

Prótesis Dental,

Implantología

Estética Dental

Ortodoncia y encontramos

88

Preguntas Frecuentes acerca de los tratamientos.

3.3 Página Administrador

En esta pantalla el encargado de la actualizaciones y

transacciones respectiva del modulo podrá acceder a dicha

transacciones únicamente ingresando el password y el

frespectivo user se valida que sean correcta y puede llegar

hasta al menú de opciones de dicho modulo.

89

Una vez registrado podrá acceder alas opciones del

administrador

3.3.1. Menú de Modulo Administrador

Esta pantalla desplegar las opciones que el administrador podrá

realizar como por ejemplo, lograr cambiar la apariencia del

portal web.

90

3.3.2 Buzón de Mensajes

El Administrador podrá Recibir los mensajes a su carpeta

personal donde podrá contestar, eliminar, crear nuevo mensaje

teniendo el permiso respectivo para comunicarse con los otros

tres tipo de usuario dentro del portal.

3.3.3. Cambiar Contraseña

Esta opción nos permitirá cambiar la contraseña con la que

podemos ingresar al modulo, está pantalla nos sirve como nivel

de seguridad ya que el único que podrá acceder a esta sección

es el administrador. Y una estrategia de seguridad es cambiar

clave cada cierto tiempo para tener así integridad y seguridad

91

en el manejo de la información que es la estructura de la

empresa.

3.3.4. Ip Address

En esta pantalla se podrá obtener un detalle de quien nos

visita, además podemos saber de que parte del país, ciudad

nos están visitando logrando así informarnos que nos estamos

estabilizando en el mercado. Obteniendo ubicación y

conociendo nuestro mercado meta donde podrá el

administrador aplicar estrategias de ventas y publicidad a dicha

porción de nuestro mercado.

92

3.3.5. Cambiar Apariencia

Esta opción nos permitirá modificar a través de una plantilla

cambiar la apariencia de todo el portal refiriéndose a cambio de

color de las secciones respectiva de las pantallas.

3.3.6. Administrar Usuario

El administrador tienes el permiso respectivo para dar el

mantenimiento del portal en cuanto se refiere a la manipulación

de los datos de los usuarios tantos como el paciente,

especialista, administrador, cajero. Podrá crear, eliminar,

actualizar datos referentes a ellos.

93

3.3.7. Administración de Producto

En esta pantalla presentaremos la pantalla con la cual el

administrador podrá crear información de los productos,

modificar y eliminar dicho producto solo el tendrá la prioridad de

actualizar datos tanto como la descripción y precio.

3.3.8. Pantalla Configuración Menú

En esta pantalla se presentara todas las paginas del sistema

donde se podrá modifica la información de dicha pagina pues el

administrador es el único encargado de realizar dicho evento

solo si esta logoneado al sistema la ventaja de eso es que no

necesita estar en una oficina físicamente sino que lo puede

94

hacer desde cualquier lugar donde se encuentre ya que el

sistema web lo amerita.

3.4. Pantalla del Especialista

La pantalla del especialista solo lo podrá acceder a ella estando

debidamente registrado en la base de dato debe ingresar su user y

pass para que el sistema lo valide y pueda hacer uso de su sesión

como usuario activo de la clínica.

95

3.4.1 Pantalla Agenda de Consulta

En esta pantalla el especialista visualizara la agenda de citas a realizar

que tiene durante la semana en curso puede ver.

3.4.2. Pantalla del Paciente

El especialista podrá ver la hoja clínica del paciente podrá crear un

nuevo paciente, ver su información general, la historia de consulta, y el

odontograma.

96

3.4.3 Pantalla Solicitudes de Consulta

En esta pantalla podrá visualizar las peticiones de consulta que tenga

por un paciente, donde puede rechazar o aceptar dicho paciente.

3.4. 4 Pantalla del Blogs

En esta pantalla podrá modificar la información que publico en el blog

para que los demás usuario lo visualicen además puede eliminar

agregar otra entrada a la misma.

34

CAPITULO 2

2. ANÁLISIS

2.1. Levantamiento de Información

Tomando en cuenta el análisis del desarrollo de las actividades que se

dan en una relación Odontólogo-Paciente, hemos denotado de manera

general que el primer paso a darse es el interés por parte del paciente

en obtener información, que llene sus expectativas; le permita generar

un turno como primer paso para realizar la consulta con el especialista

a tratar, esperando obtener un buen servicio con el cual resuelva su

problema. Para que el servicio a prestar tenga mayor satisfacción para

el paciente es importante tomar en cuenta la optimización de recursos

que se den de manera oportuna, es decir, por lo general el proceso

manual se da desde la búsqueda en un directorio telefónico, lugar y

35

hora de servicio que presta el establecimiento, en este caso Clínica

Odontológica, se busca que el profesional tenga una trayectoria que

de confiabilidad, además buscar referencias sobre el lugar y

profesional con otra persona, y esto hacen mas tedioso y cansado el

procedimiento de búsqueda.

Todo esto conlleva un desgaste de tiempo y muchas veces de

paciencia que hace que se tengan largas horas de espera. Por tal

razón consideramos imprescindible para mejorar la calidad del servicio

y captar con mayor eficiencia nuestro mercado meta.

Hemos pensado que si se optimiza uno de los recursos primordiales

como el tiempo se logrará mejorar el servicio, por tal razón se han

realizado una serie de encuestas, que muestran claramente que el uso

de la tecnología es cada vez mayor.

Estas encuestas y entrevistas han sido aplicadas tanto a profesionales

dentro del campo de la odontología como también a personas que

estarían interesadas en tomar los servicios de nuestros especialistas.

Cabe resaltar que los resultados demuestran un gran interés en

nuestra propuesta que es la implementación de un Sitio Web 2.0 que

permita agilizar cada uno de los procesos de tal manera que se genere

una mejor calidad de servicio, involucrando la rapidez y resultados

36

favorables que involucren a los diferentes usuarios del portal, cada

uno con su interés en particular. Los detalles de lo antes mencionado

son los siguientes:

1. De las personas encuestadas encontramos que de un 100%, el

65% toma información de la navegación en Internet, esto demuestra

que hay buenas oportunidades en la iniciación de nuestro Portal Web.

2. De los encuestados vemos que casi ninguno tiene conocimiento de

un portal Web con las características similares al propuesto por

nosotros, lo que da a conocer un mercado meta con poca restricción y

posibilidad de alta rentabilidad.

3. El punto más relevante es que la totalidad de nuestros encuestados

y entrevistados muestran un gran interés y entusiasmo en el uso y

adquisición de nuestro portal.

4. El 95% de especialistas en el área, no tienen conocimiento ni uso

de una Web con un sistema CMS que le permite la administración. Y

muestran interés y curiosidad en la adquisición.

37

5. El 90% de los encuestados no conocen las grandes ventajas que

tendrían al usar una herramienta tan poderosa como el Internet

adicionándole las características atractivas que tiene nuestra

propuesta de portal.

6. Hoy en día es que claro el uso de Internet avanza a grandes pasos

y que el 85% de los especialistas posee este recurso para tomar la

oportunidad del uso de nuestra página.

7. Entre la entrevistas realizadas también tenemos como resultado el

conocimiento mas claro de las actividades que se dan dentro de una

clínica odontológica y también la información oportuna y clara que

busca un futuro paciente, lo que hizo un gran aporte como

requerimientos en nuestro proyecto.

En fin los grandes resultados que arrojaron las encuestas y

entrevistas, demuestran que nuestra propuesta es de sumo interés, ya

que encontramos un mercado abierto e interesado en el desarrollo y

adquisición de nuestro portal, en el cual se pueden dar un alto grado

de rentabilidad.

38

Ir a Anexo

Encuesta a Médicos de Clínicas de Guayaquil

2.2. Análisis de requerimientos

Encontramos una serie actividades necesarias pero que a su vez

tienen una larga espera entre las cuales podemos mencionar:

Obtener información sobre ubicación y horarios de atención de

la clínica.

Datos específicos del especialista a tratar que generen

confiabilidad en el paciente.

Información sobre los costos de consultas y tratamientos que

sean accesibles a futuros pacientes.

Conocimientos de promociones que permita un descuento para

nuestros futuros pacientes.

Información sobre los avances tecnológicos con respecto a los

tratamientos odontológicos.

Encontramos la necesidad brindar información de todos y cada unos

de los servicios que presta una clínica odontológica por tal motivo, el

39

desarrollo de nuestro portal Web es de importancia debido que

mediante este se da a conocer dicha información y logramos optimizar

uno de los recursos mas relevante, como es el tiempo y mejorar

notablemente la calidad de servicio prestado, mediante el desarrollo

de cada uno de los procesos que se van automatizar.

Esta implementación de la Web es primordial y va dirigida a tres partes

del negocio como son el administrador, especialistas y los pacientes.

Cabe mencionar que habrá visitantes que no harán uso de nuestros

servicios. Todos obtendrán grande beneficios debido que se

presentara una serie de links que darán la información necesaria para

ir satisfaciendo sus necesidades, este acceso va depender del tipo de

usuario antes mencionado, ya que cada uno de ellos tiene un distinto

uso de nuestro portal.

Entre los links encontraremos por ejemplo información general de la

clínica, registrarse, promociones, consultas, sugerencias, historial

clínico, currículo profesional de nuestros especialistas, Nuevas

tecnologías con respecto al tratamientos, eventos, noticias, entre

otros. O hacer uso de la página para el fin requerido por parte de cada

usuario.

40

2.3. Análisis de riesgos

En nuestro análisis encontramos que una parte de nuestro mercado

estaría fuera del uso de nuestro sistema, ya que para tomar su

información se tiene que hacer uso exclusivo de la tecnología, y

encontramos que en un estatus medio hacia abajo son personas que

no recurren al uso de la misma, es mas toman el uso de una clínica

odontológica únicamente cuando el dolor no para, es decir es un

mercado que no se podría tomar en cuenta.

También se necesita de ciertas características tecnológicas para la

aplicación de nuestro portal, y podríamos encontrar que ciertas

clínicas para el uso de nuestro portal tendrían que tomar adquisición

tecnológica.

Es de suma importancia el aporte de un excelente servicio en la hora

de prestar el uso de la clínica. Si al uso de la Web se le suma una

buena atención se encontraran definitivamente resultados rentables

para las partes.

41

En cada proceso del Portal Web la información que se publique a

todos los usuarios, debe tomar las precauciones necesarias como por

ejemplo:

Que sea confiable, por que se puede llevar a la perdida de

tiempo.

También se debe ver que sea apropiada para el usuario final.

2.4. Dominio de la Aplicación

9

Figura 2.1. Dominio de la Aplicación (Generalización)

Personas Evento

CLÍNICAS

Producto Institución

de Convenio

Visitante Empleados Paciente

Administrado

r Odontólogos

Especialista

Ortodoncia Endodoncia

Consulta Tratamiento

Ofertas/

Promociones

N . . . .

42

43

2.5. Diagrama de Flujo de Procesos

2.5.1. Flujo de Procesos

El Diagrama de Flujo de Procesos es un esquema en el cual

mostraremos la secuencia de cada una de las instrucciones y

obtención de datos que se darán en el proceso de nuestro

Portal, tales como: accesos, registros, actualizaciones, entre

otros, los cuales se ejecutaran por nuestros visitantes.

A continuación detallamos cada uno de los procesos:

2.5.2. Procesos del portal web

2.5.2.1. Proceso Usuario – Administrador

Ingreso al Portal Web

Visualización del Portal

Ingreso de Usuario y Password

Verificación de acceso

Habilitar secciones

Visualización de plantillas de modificación

Visualización de plantillas de control

Solicitud de creación de cuentas a usuarios

44

Ingreso de datos (ingreso de formulario de solicitud)

Envío de solicitud

Confirmación de solicitud (nos da usuario y password

asignado al usuario)

Figura 2.2. Proceso Usuario – Administrador

2.5.2.2. Proceso Usuario – Paciente

Ingreso al Portal Web

Visualización del Portal

45

Ingreso de usuario y password

Verificación de acceso

Habilitación de secciones

Petición y registro de turno

Visualización de historial clínico

Ingreso de consulta

Envío de consulta

Verificación del envío de consulta.

Visualización de secciones de interés

Ingreso de comentarios y sugerencias

Envío de comentarios y sugerencias

46

Figura 2.3. Proceso Usuario - Paciente

2.5.2.3. Proceso Usuario – Especialista

Ingreso al Portal Web

Visualización del Portal

Ingreso de usuario y password

Verificación de acceso

Habilitación de secciones

Contestar consultas de pacientes

Ver historial clínico de pacientes

47

Ver eventos o seminarios

Figura 2.4. Proceso Usuario - Especialista

2.5.2.4. Proceso Usuario – Visitante

Ingreso al Portal Web

Visualización del Portal

Ver información básica del Portal

Ingresar datos de visitante

Agregar comentarios/sugerencias

48

Figura 2.5. Proceso Usuario – Visitante

2.6. Diagrama de contexto de arquitectura y función

Figura 2.6. Contexto de arquitectura y función

49

2.7. Flujo de proceso de seguridad de la aplicación.

Un usuario solo podrá usar la aplicación si este ha ingresa el dominio

del Portal Web en su navegador para tomar solo información básica de

la institución medica. Si el visitante inicia sesión ingresando su usuario

y password se habilitara la sección necesaria para su uso en el Portal.

Si este ingresa por tercera vez de manera incorrecta y usuario o

password, se mostrará un mensaje alertando del mismo.

Figura 2.7. Flujo de proceso de seguridad de la aplicación.

2.8. Flujo de proceso de auditoría de la aplicación

Usuarios

Sistema

On Line

Habilitar

Secciones

Ingreso

de Datos

Procesar

secciones

de interés Fin

Ingreso de

user y

password

- Paciente

- Administrador

- Especialista

Administración de

Seguridad

Iniciar Sesión

Cerrar Sesión

Ingreso

50

Todas las transacciones que son generadas por eventos en la base de

datos (insert, update, delete) serán almacenadas con sus respectivos

datos de auditoria tales como usuarios, fecha y hora en que se realizó

determinada transacción.

Figura 2.8. Flujo de proceso de auditoria de la aplicación

2.9. Casos de Usos

Objeto a

auditar

MySQL

Eventos

(insert, update,

delete)

Usuarios

Auditor

1

Crear Cuenta Administrador

Verificación De Acceso

Iniciar Sesión

Mostrar Plantillas

Crear Cuenta

a Usuarios

Actualización de cta.

Adm.

Modificar

Datos

Verificar Datos

Modificación

Control

Contenido

Datos Usuario - Paciente

Datos Usuario - Especialista Obtener User y Password

1

Foros

Sección de Mercado

que nos frecuenta (IP)

Cerrar

Sesión Mantenimiento datos de la Clínica

Datos del Paciente Actualizar

Datos

Verificar Datos

Categoría de Productos

Ingresos de Productos

Ofertas/Promociones

Datos del Especialista Actualizar

Datos

Verificar Datos

1

Figura 2.9. Diagrama de casos de usos (Usuario-Administrador)

Usuario

Administrador

51

52

2.9.1. Casos de usos del Usuario - Administrador

Tablas 2.1. Casos de usos del Usuario - Administrador

Tabla Nº1

Caso de Uso: Crear Cuenta Administrador

Actores: Administrador

Descripción: Permite crear cuenta de administrador

Flujo Normal: 1. Iniciar sesión con cuenta anterior o cuenta original

del sistema.

2. Crear nueva cuenta de administrador

3. Grabar

Tabla Nº2

Tabla Nº3

Caso de Uso: Verificación de acceso

Actores: Administrador – paciente – especialista

Descripción: Validar el password del usuario

Flujo Normal: 1. La persona ingresa su usuario y password.

2. Comprobar que el usuario y password sean los

correctos.

3. Inicia sesión.

4. Según el tipo de usuario se habilitan las opciones.

Caso de Uso: Actualización de cta. Administrador.

Actores: Administrador

Descripción: Modificar el usuario y password cuando se haga

cambio de personal.

Flujo Normal: 1. Ingresar el usuario y password anterior.

2. Inicia sesión.

3. Ingresar el nuevo usuario y password.

4. Confirmar el nuevo password.

5. Enviar mensaje de confirmación.

53

Tabla Nº4

Tabla Nº5

Tabla Nº6

Caso de Uso: Modificar Datos

Actores: Administrador – paciente – administrador

Descripción: Cambiar datos del usuario.

Flujo Normal: 1. Ingresa user y password

2. Iniciar sesión.

4. Seleccionar modificar datos

5. Actualizar datos del formulario.

6. Ir a la pagina principal

7. Enviar mensaje de confirmación.

Caso de Uso: Verificar Datos

Actores: Administrador

Descripción: Comprobar que los datos sean correctos

Flujo Normal:

1. Revisar que estén ingresados el usuario y

password.

2. Comparar con los datos registrados.

3. Si coinciden ir a paso 4, sino al paso 5.

4. Iniciar sesión.

5. Enviar mensaje de error

Caso de Uso: Iniciar sesión

Actores: Administrador– Paciente –Especialista

Descripción: Permitir acceder a opciones adicionales de la página

Web.

Flujo Normal:

1. Ingresar Usuario y password.

2. Si son correctos ingresar al sistema.

3. Caso contrario el sistema lo rechaza.

54

Tabla Nº7

Tabla Nº8

Tabla Nº9

Caso de Uso: Mostrar plantillas

Actores: Administrador

Descripción: Permitir ver las plantillas del sitio web

Flujo Normal:

1. Se inicia la sesión del administrador.

2. ingreso a Plantillas

3. Se verán las opciones que se pueden escoger de

las plantillas

Caso de Uso: Modificación

Actores: Administrador

Descripción: Hacer cambios en el diseño o contenido del sitio Web.

Flujo Normal:

1. Ingreso a Modificar

2. Escojo la opción de diseño o contenido.

Caso de Uso: Control

Actores: Administrador

Descripción: Aprobar que información se publicara en el sitio Web y

llevar control del mercado que ingresa al sitio.

Flujo Normal:

1. Revisara los ingresos de consultas, comentarios o

sugerencias, sección de mercado que nos visita.

55

Tabla Nº10

Tabla Nº11

Tabla Nº12

Caso de Uso: Foros

Actores: Administrador

Descripción: Verificar que usuario haya hecho solamente consultas

médicas a los especialistas.

Flujo Normal:

1. Revisar el texto ingresado por el usuario.

2. si esta correctamente dirigido se publicará.

3. Si contiene palabras de ofensa y no se relacione a

consultas medicas, no se publicará.

Caso de Uso: Sección de Mercado que nos frecuenta (IP)

Actores: Administrador

Descripción: Identificar donde tenemos más visitantes.

Flujo Normal:

1. Ingresar a Visitas

2. Ver datos de país, ciudad, hora, etc. De cada una

de nuestras visitas.

Caso de Uso: Crear cuenta a usuarios

Actores: Administrador

Descripción: Dar accesos adicionales del sitio web a pacientes y

especialistas.

Flujo Normal: 1. Ingresar a crear cuenta

56

Tabla Nº13

Tabla Nº14

Tabla Nº15

Tabla Nº16

Caso de Uso: Datos Usuario-Paciente

Actores: Administrador

Descripción: Registrar datos de paciente nuevo en la base de

datos.

Flujo Normal: 1. Ingresar datos de paciente

Caso de Uso: Datos Usuario-Especialista

Actores: Administrador

Descripción: Registrar datos del especialista nuevo en la base de

datos.

Flujo Normal: 1. Ingresar datos del especialista.

Caso de Uso: Obtener User y Password

Actores: Administrador

Descripción: Asigna el nombre de usuario y el password tanto al

usuario como al administrador.

Flujo Normal: 1. Grabar usuario y password nuevos

Caso de Uso: Mantenimiento datos de la Clínica

Actores: Administrador

Descripción: Actualización de datos de la clínica

Flujo Normal:

1. Ingresar a la sección de los datos.

2. Se modifican los datos.

3. Se graba.

57

Tabla Nº17

Tabla Nº18

Tabla Nº19

Caso de Uso: Datos del Paciente

Actores: Administrador

Descripción: Permite ver los datos actuales del paciente

Flujo Normal: 1. Ingresar a la sección de los datos de paciente.

Caso de Uso: Actualizar Datos

Actores: Administrador

Descripción: Modificar los datos del paciente

Flujo Normal:

1. estar dentro de la sección del paciente.

2. Registrar los cambios

3. Grabar

4. Mostrar mensaje de confirmación .

Caso de Uso: Categoría de Productos

Actores: Administrador

Descripción: Dar categoría a los productos

Flujo Normal:

1. Estar dentro de la sección de Productos

2. Registrar los cambios

3. Grabar

4. Mostrar mensaje de confirmación

58

Tabla Nº20

Tabla Nº21

Tabla Nº22

Caso de Uso: Ingresos de Productos

Actores: Administrador

Descripción: Ingresar nuevos los productos

Flujo Normal:

1. Estar dentro de la sección de Productos

2. Registrar los cambios

3. Grabar

4. Mostrar mensaje de confirmación

Caso de Uso: Ofertas/Promociones

Actores: Administrador

Descripción: Ingresar Ofertas o promociones

Flujo Normal:

1. Estar en la sección de Ofertas o promociones.

2. Registrar los cambios

3. Grabar

4. Mostrar mensaje de confirmación

Caso de Uso: Datos del Especialista

Actores: Administrador

Descripción: Modificar datos del especialista

Flujo Normal:

1. Estar en la sección de especialistas.

2. Registrar los cambios

3. Grabar

4. Mostrar mensaje de confirmación

59

Tabla Nº23

2.9.2. Casos de Usos del Usuario-Paciente

Caso de Uso: Cerrar sesión

Actores: Administrador – Paciente –Especialista

Descripción: Modificar datos del especialista

Flujo Normal:

El usuario esta en cualquier parte del portal con su

sesión abierta.

Presiona cerrar sesión.

Se envía mensaje de confirmación

33

Usuario

Paciente

Ingresar de Datos

Verificación De Acceso

Iniciar Sesión

Petición y Registro de Turno

Hacer Consulta

Modificar Datos

Verificar Datos

Asignación de Turno

On-line

Mensajero

Cerrar Sesión

Ingresar Bandeja de Entrada

Ver Artículos

Ver Historial Clínico

Figura 2.10. Diagrama de casos de usos (Usuario-Paciente)

Foro

60

61

Tablas 2.2. Casos de Usos del Usuario-Paciente

Tabla Nº1

Tabla Nº2

Tabla Nº3

Caso de Uso: Ingresar de datos

Actores: Paciente – Especialista

Descripción: Para el apertura de la sesión

Flujo Normal:

Ingresar usuario.

Ingresar password

Caso de Uso: Petición y registro de turno

Actores: Paciente

Descripción: Para obtener cita medica

Flujo Normal: Ingresar datos personales para separar cita

Caso de Uso: Asignación de turno

Actores: Paciente

Descripción: Dar hora, lugar y especialista para la cita

Flujo Normal:

Ya ingresados los datos, presionar botón que enviara

los datos.

Vista la hora, lugar y especialistas sin ocupar, esta se

asigna.

62

Tabla Nº4

Tabla Nº5

Tabla Nº6

Caso de Uso: Ver Historial clínico

Actores: Paciente

Descripción: Ver historial clínico del paciente.

Flujo Normal:

Ingresar a Historial Clínico.

Ver datos del historial

Revisar fechas, duración, costo, medico, etc. Que

llevo el tratamiento.

Caso de Uso: Hacer consulta

Actores: Paciente

Descripción: Consulta a especialistas fuera de la clínica

Flujo Normal:

Ingresar a Consulta

Caso de Uso: On-line

Actores: Paciente

Descripción: Consulta on-line con especialista

Flujo Normal:

Ingresar usuario y password.

Inicia sesión.

Verifica si hay especialista

Comenzar a consultar

Cerrar sesión.

63

Tabla Nº7

Tabla Nº8

Tabla Nº9

Caso de Uso: E-mail

Actores: Paciente

Descripción: Consulta al correo del especialista

Flujo Normal:

Ingresar al perfil del especialista.

Ingresar a hacer consulta.

Seleccionar consulta privada.

Escribir la consulta.

Enviar consulta

Caso de Uso: Blog

Actores: Paciente

Descripción: Consulta al blog de especialistas

Flujo Normal:

Ingresar a hacer consulta.

Ingresar al blog.

Escribir la consulta.

Enviar consulta

Caso de Uso: Ingresar Bandeja de entrada.

Actores: Paciente

Descripción: Permitirá revisar respuestas de consultas privadas

Flujo Normal:

Entrar en Bandeja de entrada

64

Tabla Nº10

2.9.3. Casos de Usos del Usuario – Especialista

Caso de Uso: Ver artículos

Actores: Paciente

Descripción: Ver los artículos que se distribuyen

Flujo Normal:

Buscar el artículo por medio de la consulta.

Procesar datos de búsqueda

Si aparece mostrar articulo.

Si no, mostrar: no existen coincidencias.

39

Ingreso de Datos

Verificación De Acceso

Iniciar Sesión

Modificar Datos Verificar Datos

Usuario

Especialista

Cerrar Sesión

Ingresar Bandeja de Entrada

Ver Historial Clínico de Pacientes

Consultas de Pacientes

Ver Eventos/Seminarios

Figura 2.11. Diagrama de casos de usos (Usuario-Especialista)

65

66

Tablas 2.3. Casos de Usos del Usuario – Especialista

Tabla Nº1

Tabla Nº2

Tabla Nº3

Caso de Uso: Ingresar Bandeja de Entrada

Actores: Especialista

Descripción: Revisar consultas, avisos de administrador, etc.

Flujo Normal:

Entrar a Bandeja de entrada.

Revisar mensajes.

Caso de Uso: Consultas de Pacientes

Actores: Especialista

Descripción: Atender a pacientes a través de email, chat o blog.

Flujo Normal:

Ingresar a Consulta de Pacientes.

Escoger una de las opciones para atender consultas.

Caso de Uso: Ver Historial clínico de pacientes

Actores: Especialista

Descripción: Obtener la Historia clínica de sus pacientes.

Flujo Normal:

Ingresar Historia Clínica

Ingresar Nombres de pacientes o ficha medica.

Ver

67

Tabla Nº4

2.9.4. Casos de Usos del Usuario – Visitante

Los casos de uso del usuario-visitante, también llegan a ser parte de

los otros usuarios, son opciones a los que también pueden acceder

con su sesión iniciada o sin iniciar.

Caso de Uso: Ver eventos/seminarios

Actores: Especialista

Descripción: Permite revisar las fechas de eventos o seminarios

Flujo Normal:

Ingresar a eventos/seminarios

Escoger el tema de interés.

42

Ingresar a Portal

Información de la Clínica

Usuario

Visitante

Ingresar Datos de Visitante

Ver Ofertas/Promociones

Ver Información de los Especialistas

Figura 2.12. Diagrama de casos de usos (Usuario-Visitante)

Ver Detalles de los Tratamientos Publicidad

Excelentes

Resultados

Agregar Sugerencia/Comentario

Ver Consejos

Casos Críticos

Ver Noticias

68

69

Tablas 2.4. Casos de Usos del Usuario – Visitante

Tabla Nº1

Tabla Nº2

Tabla Nº3

Tabla Nº4

Caso de Uso: Ingresar a Portal

Actores: Visitante

Descripción: Permite ver nuestro Portal Web.

Flujo Normal:

Abrir el explorador

Digitar el nombre de la pagina en el navegador

Caso de Uso: Información de la clínica

Actores: Visitante

Descripción: Mostrar información básica de la clínica.

Flujo Normal:

Dentro de información de la clínica puede seleccionar:

Quienes somos, misión, visión, ubicación, perfil de

especialistas, etc.

Caso de Uso: Ingresar datos del visitante

Actores: Visitante

Descripción: Ingresar datos en contáctenos.

Flujo Normal:

Ingresar a contáctenos

Llenar los datos del formulario.

Enviar estos datos, presionar botón enviar.

70

Tabla Nº5

Tabla Nº6

Tabla Nº7

Caso de Uso: Ver información de especialistas

Actores: Visitante

Descripción: Muestra hoja de vida de especialistas.

Flujo Normal:

Ingresar a especialistas

Revisar el especialista de su interés

Caso de Uso: Ver Ofertas/Promociones

Actores: Visitante

Descripción: Muestra ofertas/promociones de productos

Flujo Normal:

Ingresar a ofertas/promociones

Revisar las de su interés

Caso de Uso: Ver detalles de los tratamientos

Actores: Visitante

Descripción: Muestra datos de los tratamientos a adquirir

Flujo Normal:

Ingresar a tratamientos

Ver el nombre, duración, costo y más acerca del

tratamiento.

Caso de Uso: Publicidad

Actores: Visitante

Descripción: Para mostrar imágenes de personas que han tomado

los tratamientos.

Flujo Normal: Ingresar a resultados de tratamientos.

71

Tabla Nº8

Tabla Nº9

Tabla Nº10

Tabla Nº11

Caso de Uso: Excelentes resultados

Actores: visitante

Descripción: Mostrar imágenes del antes y después de pacientes

tratados

Flujo Normal:

Ingresar a excelentes resultados.

Seleccionar la imagen que se quiera ver.

Caso de Uso: Casos críticos

Actores: Visitante

Descripción: Mostrar imágenes de antes y después de casos

críticos de pacientes tratados.

Flujo Normal:

Ingresar a casos críticos.

Seleccionar la imagen que se quiera ver.

Caso de Uso: Ver noticias

Actores: Paciente

Descripción: Muestra las noticias recientes del área odontológica

Flujo Normal:

Ingresar a noticias

Seleccionar noticia a consultar

72

Tabla Nº12

2.10. Diagrama Entidad Relación

El Diagrama Entidad Relación representa las relaciones entre los

Objetos de Datos, es la notación que se usa para realizar la actividad

de Modelado de Datos, los atributos de cada objeto de datos

señalados en el DER se pueden describir mediante una descripción de

Objetos de Datos.

Para nuestro Diagrama Entidad Relación se ha considerado las

siguientes Entidades con sus respectivos campos:

Caso de Uso: Ver consejos

Actores: Visitante

Descripción: Muestra los consejos recientes del área odontológica

Flujo Normal:

Ingresar a consejos

Seleccionar consejo a consultar

Caso de Uso: Agregar sugerencia / comentario

Actores: Visitante

Descripción: Permite agregar sugerencia o comentario

Flujo Normal:

Ingresar a sugerencia

Escribir la sugerencia

Enviar la consulta

48

Figura 2.13. Diagrama de Entidad Relación

73

74

2.11. Detalle de tablas del modelo conceptual del sitio

web

Tabla buzon

Nombre de campo Tipo Tamaño

id_mensaje pk Int 11

id_usuario_de fk Int 11

Titulo Varchar 250

Texto text

Fecha timestamp

Tabla buzon_para

Nombre de campo Tipo Tamaño

id_mensaje Int 11

id_usuario_para Int 11

Nuevo Tinyint 1

Tabla consulta

Nombre de campo Tipo Tamaño

Id Int 11

Email Varchar 30

Emisor Varchar 30

Teléfono Varchar 30

Mensaje Varchar 200

Fecha timestamp

75

Tabla cita

Nombre de campo Tipo Tamaño

id_cita pk Int 11

id_paciente fk Int 11

id_doctor fk Int 11

Fecha datetime

Motivo text

respuesta_doctor text

Estado Int 11

id_tratamiento Int 11

fec_modi timestamp

fec_crea timestamp

Tabla consulta_medica

Nombre de campo Tipo Tamaño

id_consulta pk Int 11

id_paciente fk Int 11

id_doctor fk Int 11

id_cita fk Int 11

Fecha datetime

id_tratamiento Int 11

Diagnostico text

Observaciones text

76

Tabla consulta_diente

Nombre de campo Tipo Tamaño

numero_diente pk Int 11

id_consulta fk Int 11

Estado Int 32

texto text

Id_servicio Int 11

Tabla detalle_paciente

Nombre de campo Tipo Tamaño

id_usuario fk Int 11

numero_historia pk Int 11

chk1 tinyint 1

chk2 tinyint 1

******* tinyint 1

chk14 tinyint 1

cepilla_dia Varchar 10

cepilla_extra Varchar 100

Observaciones text

Tabla menu_principal

Nombre de campo Tipo Tamaño

id_menu pk Int 11

Titulo Varchar 250

Destino Varchar 250

Orden Int 11

77

Tabla menu_secundario

Nombre de campo Tipo Tamaño

id_menu pk Int 11

id_menu_principal fk Int 11

Titulo Varchar 250

Destino Varchar 250

Orden Int 11

Texto longtext

Texto_preview Text

Activo Tinyint 1

Tabla paginas

Nombre de campo Tipo Tamaño

Pagina Varchar 250

Tabla pago

Nombre de campo Tipo Tamaño

id_pago pk Int 11

id_tratamiento fk Int 11

id_paciente fk Int 11

Valor Decimal 10,2

n_pago Int 11

fecha_maxima Date

fecha_pago date

Id_consulta Int 11

Ingresado timestamp

78

Tabla prescripcion

Nombre de campo Tipo Tamaño

id_prescripcion pk Int 11

id_consulta fk Int 11

Orden Int 11

Cantidad Int 11

Descripción Varchar 250

Dosis Varchar 250

Tabla producto

Nombre de campo Tipo Tamaño

id_producto Int 11

Titulo Varchar 250

Descripción Text

Foto longblob

Formato Varchar 32

Precio Decimal 10,2

Tabla registro_ip

Nombre de campo Tipo Tamaño

Pagina Varchar 250

Fecha Timestamp

Usuario varchar 20

Ip Varchar 250

79

Tabla servicio_dental

Nombre de campo Tipo Tamaño

Id_servicio pk Int 11

Descripción Varchar 250

Precio Decimal 11,2

Tabla usuario

Nombre de campo Tipo Tamaño

id_usuario pk Int 11

user_us Varchar 20

pass_us Varchar 32

tipo_us Int 10

Cedula Varchar 10

Pnombre Int 200

Papellido Int 200

Email Int 200

Teléfonos Int 200

Dirección Int 300

Sexo Varchar 9

fec_nacimiento date

reg_medico Varchar 250

Especialidad Varchar 250

fec_modi Timestamp

fec_crea Timestamp

Foto longblob

Formato Varchar 32

Usuario_activo tinyint 1

80

Tabla blog

Nombre de campo Tipo Tamaño

id_entrada pk Int 11

Titulo Varchar 200

Contenido Text

id_doctor Int 11

fecha_publicacion timestamp

Tabla foro

Nombre de campo Tipo Tamaño

id_foro pk Int 11

Titulo Varchar 250

Descripción Varchar 250

id_creador fk Int 11

Estado Int 11

id_categoria fk Int 11

Fecha timestamp

Tabla foro_categoria

Nombre de campo Tipo Tamaño

Id_categoria pk Int 11

Titulo Varchar 250

Descripción Varchar 250

81

Tabla foro_entrada

Nombre de campo Tipo Tamaño

id_entrada pk Int 11

titulo Varchar 250

texto Text

id_creador fk Int 11

fecha timestamp

id_foro fk Int 11

estado Int 11

1

CAPITULO 1

1. INTRODUCCIÓN

1.1. Descripción del ámbito de la tesis

Hoy en día se está imponiendo la actualización y el uso de la

tecnología, por esta razón encontramos de manera latente la

necesidad de la misma. Dado a la creciente implantación y

abaratamiento de las comunicaciones de banda ancha que permite la

incorporación de nuevas técnicas, a través de un sitio Web para dar a

conocer nuestros servicios, productos y la administración que presenta

una clínica odontológica de nuestro país.

En el estudio de mercado realizado, se consultaron las actividades que

llevan las clínicas odontológicas y se vieron las necesidades que

2

buscan satisfacer y que van dirigidas a la optimización de tiempo,

supervisión y control de las tareas, para dar un servicio con resultados

que demuestren la eficacia y eficiencia de la clínica.

Es importante establecer como conocimiento general que en la

implementación de un sistema CMS su manejo se basará en presentar

plantillas para usarlas en las modificaciones de la página.

1.2. Situación problemática

Estamos orientados empresas que necesitan soluciones informáticas,

específicamente en el desarrollo de sistemas a medida dirigido a la

odontología del país. Nuestra investigación nos indica que este

mercado se encuentra abandonado bajo la necesidad de la tecnología,

en la mayoría de los casos es la causa fundamental del fracaso de un

producto, tomando en cuenta la difusión del marketing que requiere

todo servicio.

3

La filosofía de nuestro software es que cumpla con los requerimientos

del cliente para que pueda lograr una planificación y organización

fundamentada en la administración, mediante un sistema CMS para

desarrollar soluciones abiertas que satisfagan las necesidades de

nuestro nicho de mercado.

Dentro de las necesidades que hemos denotado es la aplicación de

una publicidad agresiva y un mercadeo para el conocimiento de los

tratamientos y demás servicios que se prestan.

1.2.1. Solución a la problemática

En nuestro país se presenta la necesidad de un Portal Web que

permita una buena comunicación entre el paciente y

especialista; además que brinde información actualizada acerca

del área a ambos y demás personas que ingresen al portal

desde cualquier parte del mundo.

Para brindar este servicio se necesita un Portal Web que se

pueda actualizar con frecuencia, que promueva sus nuevos

4

productos y servicios más recientes y que pueda reaccionar a la

competencia rápida y eficientemente.

Es decir, su institución necesita un sitio que sea mantenido a

través de un sistema de administración de contenido CMS

(Content Management System). Un sistema de administración

de contenido es una herramienta que permite a compañías o

individuos crear y modificar el contenido de su página Web, con

poco o nada de conocimiento técnico.

Dentro de la modificación se podrá actualizar los tratamientos,

insertando nuevas promociones, noticias, logo, entre otros.

Mediante las plantillas se logrará, cambiar el diseño de la

página, donde se lograrán apreciar diferente color en las

secciones, tamaño y estilo de fuente, etc.

El administrador realizará la habilitación y deshabilitación de las

diferentes secciones.

Se dará a conocer valores promociónales y permitirá que la

institución adquiera una base de datos de futuros pacientes,

para de esta manera obtener beneficios mutuos. Identificar

5

nuestro mercado meta (por medio de las ip’s obtener ciudad y

país que nos visita), contando para ello con herramientas que

facilitan y agilizan todos los procesos.

Lograr la optimización del tiempo en la atención a nuestro

paciente. Dar el manejo de la administración de la página a una

persona de la institución, sin importar el poco o nada de

conocimiento tecnológico que este tenga y de esta manera

reducir a la clínica el recurso económico de la contratación de

un técnico.

Se conocerán cuatro tipos de usuarios:

Usuario – Paciente

Usuario – Visitante

Usuario – Administrador y

Usuario – Visitante

El usuario - Visitante es quien ingresa nombre ó dominio de

nuestra página en el navegador y no inicia sesión alguna, ve

información básica que estamos publicando. Los demás

usuarios inician sesión y acceden a información adicional para

ellos.

6

El administrador de la página es donde está permitido realizar

todas las modificaciones de diseño y contenido para la

actualización de la página web, además del monitoreo de la

página.

1.3. Misión

Dar a nuestro cliente un software que le permita entregar información

confiable, oportuna y actualizada a cada uno de su visitante. Y al

mismo tiempo permitir una interacción eficiente entre la organización y

sus clientes.

Queremos que los Especialistas Médicos se beneficien a través de

nuestro Portal Web con seminarios, eventos, información de sus

pacientes, etc. Deseamos que nuestros pacientes obtengan un buen

servicio y puedan contar con respuestas de los especialistas en corto

plazo de tiempo; además de ganar la confianza de nuevos visitantes.

7

1.4. Visión

Que nuestro producto se convierta en una herramienta primordial para

alcanzar un posicionamiento en el mercado de las organizaciones

Odontológicas nacionales e internacionales.

Adaptar este software a los diferentes campos de acción de la

medicina.

1.5. Estudio de Factibilidad

La factibilidad en la aplicación de nuestra página web a desarrollar, se

presenta de una manera favorable debido a que el nicho de mercado

de la odontología del país se encuentra abandonado por la tecnología

a un nivel superior, como la Web 2.0.

Por lo que encontramos predisposición, aceptación e interés en la

investigación de la necesidad del producto por parte de las clínicas

odontológicas visitadas, demostrando que es económicamente

rentable llevar a cabo su realización. Además que para el uso de este

sistema no se requerirá de una infraestructura tecnológica costosa

8

para su implantación, por lo tanto no se debe realizar grandes gastos

económicos en tecnología, ni en el costo de la adquisición del sistema

que será desarrollado con herramientas de tecnología OpenSource.

Es más encontraremos la ventaja de no contratar a una persona con

grandes conocimientos tecnológicos para que administre el sistema y

que aumente el gasto económico de la clínica en un pago salarial.

Daremos la garantía en los procesos a implementar debido a que

desarrollaremos un sistema a medida, ya que estamos interactuando

con un mercado específico como es la odontología del país. Y esto

permite realizar el estudio y requerimientos exactos hacia sus

necesidades.

1.6. Objetivos y alcances del sistema.

1.6.1. Objetivos generales.

Nuestro objetivo al diseñar y desarrollar un programa es

satisfacer las necesidades particulares del mercado

9

odontológico del país. Mediante la experiencia recogida

últimamente, después de consultar con los distintos

profesionales.

Está destinado a integrar las actividades más importantes

realizadas en la gestión de un consultorio odontológico, con

efecto a la garantía del no fracaso en la web. Debido a que

cumplirá con estándares como, la eficiencia y satisfacción del

uso atractivo; además de la visualización que permita una

excelente interacción con nuestro usuario.

El enfoque va dirigido al manejo mediante un administrador,

cabe resaltar que dicha persona puede tener poco o nada de

conocimiento técnico. Donde mediante la implementación de un

sistema CMS podrá cambiar el diseño de la página usando

plantillas con el fin de adaptarse a las necesidades futuras, de

manera que proporcione el acceso a usuarios múltiples y la

alimentación de información confiable en dicha página.

10

1.6.1.1. Objetivos Específicos

Cubrir las necesidades de nuestro mercado meta

orientado a la odontología del país, mediante la publicidad

logrando un posicionamiento que nos permita ser una

institución reconocida; dando a conocer así la calidad de

nuestro servicio.

Entregar información oportuna y veraz para el

conocimiento del visitante, dando a conocer aspectos de suma

importancia para un mejor servicio.

Intercambiar secciones de nuestro portal hacia otros o

viceversa, temas de interés mutuo, creando un dinamismo en la

retroalimentación y a través de esto darnos a conocer.

Permitir a los visitantes el acceso a la información

dependiendo a su requerimiento.

Interacción y actualización con la base de datos,

alimentándola con información diaria como; historial del

paciente, contáctenos y consultas en línea, mediante

11

formularios que será manejado exclusivamente por el

administrador.

Supervisar la información ingresada por nuestros

visitantes, dirigidas a nuestros profesionales para que sea

direccionada al servicio prestado, denotando seriedad en la

información.

Monitorear las actividades las que me permitirán saber

quiénes y con qué frecuencia realiza alguna visita a nuestro

portal, mostrando así el país, ciudad y sección del mercado

donde hay mayor interés.

Privatizar la administración de nuestro portal con un uso

exclusivo para su seguridad y adaptamiento del diseño

dependiendo de las necesidades actuales y futuras.

Generar mayor seguridad en el ingreso de la contraseña

asignada, comunicando que hubieron intentos fallidos

generando así fiabilidad y credibilidad en la privatización de la

información de nuestro portal.

12

Asegurar que no haya manejo de la información de

nuestro portal por personas ajenas a la empresa y mantener un

plan de contingencia.

Establecer plantillas para la modificación y uso de la

información del portal web por medio del administrador.

Establecer una sección de consulta en línea.

1.6.2. Alcances

Publicar los resultados más relevantes, de los tratamientos

odontológicos con consentimiento del paciente a través de

canjes publicitarios.

Mostrar y dar a conocer todas las promociones, tanto en

productos como en tratamiento que se llevarán de manera

mensual.

Indicar mediante la rama de la especialización todos los

tratamientos que se ejecutan.

13

Breve indicación de las formas preventivas o correctivas

sobre la salud bucal.

Difundir los diferentes convenios establecidos con los

seguros de salud que les permita a los pacientes obtener

descuentos y cancelaciones de sus tratamientos.

Visualizar el perfil de la clinica, en el cual encontraremos la

reseña de quienes somos, ubicación, horarios de atención,

entre otros.

Difundir un listado de los profesionales de cada uno de

nuestros odontólogos para crear en nuestro visitante un

gran interés de llenar sus expectativas.

Implementar una sección en el portal que a través de la

tecnología RSS nos permitirá compartir información con

terceros. Mediante la aplicación de sistema open source.

Visualizar la información a la que puede tener acceso un

usuario que no ha tenido su atención en el consultorio,

mediante bloqueo de secciones.

14

Habilitar secciones a usuarios ya atendido en el consultorio

mediante el ingreso de un user y password, que será

entregado en la primera consulta que tenga con nuestro

especialista, mostrando así los requerimientos específicos de

sus necesidades.

Tendrá un formulario contáctenos en el cual encontraremos

el nombre, teléfono y dirección electrónica para manejar una

relación con mis posibles clientes que permita satisfacer las

necesidades de ambas partes.

Mostraremos en un formulario el Historial Clínico del paciente

en el cual encontraremos datos como, nombre, teléfono,

fechas visitadas, turnos por visitar, tipo de tratamiento,

odontólogo encargado entre otros.

Interactuar con una consulta en línea para satisfacer las

dudas de la salud bucal que la controlaremos de una manera

opcional pudiendo ser pública o privada.

15

Publica: Se visualizará la consulta en un foro de la

página Web.

Privada: Contaremos con la interaccion de un

mensajero mediante cual el paciente se podrá comunicar

con el doctor en tratamiento, para que así sea contestada

de manera personal al buzón de entrada del paciente,

dentro de la página web.

Controlar mediante un formulario manejado por el creador de

cada foro, que la información ingresada no se dirijan frases

obscenas o cualquier información que pueda de una u otra

manera faltar o afectar a la ética profesional de algún

usuario, obteniendo seriedad en la información y así

optimizar recursos, para que estos no sean mal dirigidos

antes de ser publicados.

Capturar las direcciones IP para verificar que sección del

mercado en términos de país y ciudad navegan dentro de

nuestro portal y cuáles son las opciones más visitadas.

Teniendo la información antes mencionada la utilizaremos

para establecer con claridad y exactitud nuestro mercado

meta.

16

Mediante el sistema CMS sabiendo cuales son mis secciones

más visitadas poder hacer las modificaciones con más

claridad logrando que la navegación sea más optimas.

Asignación del nombre del user y password hacia la persona

que tendrá el manejo respectivo de la administración

otorgándole la responsabilidad al 100% de la información

manejada en el portal.

Al tercer intento fallido que tenga el usuario o administrador

al querer ingresar al portal, este se bloqueará mostrándose

un mensaje, indicando de qué forma y en qué tiempo podrá

volver a ingresar.

Al rotar el personal encargado de la administración del portal

web se realizará un cambio de contraseña, mediante la

presentación de un formulario que se habilitará ingresando la

contraseña anterior, y podremos cambiar la contraseña por

una nueva.

17

Modificar mediante plantilla la forma del diseño del portal.

Permitir que el paciente consulte a un especialista en la

odontología en cualquier momento del día, brindando

confianza y satisfacción al paciente y así la empresa ganara

reconocimiento y estabilidad en el mercado.

1.7. Arquitectura del Proyecto

Figura 1.1. Arquitectura del proyecto

Tratamiento

Atención

Historia

Clínica

Productos

Noticias

Publicidad Externa

Libro de visitas

Pacientes Odontólogos

CMS

RSSS Administrador

18

Planteamos el diseño de un software de administración que va a

manejar el contenido de nuestro sitio web, bajo una licencia GPL.

Usaremos para el desarrollo el lenguaje Php para trabajar del lado del

servidor, los cuales interactuarán con la base de datos MySQL.

La arquitectura a emplear es la de tres capas que es un estilo de

programación en el que el objetivo primordial es la separación de la

lógica de negocios de la lógica de diseño.

1.7.1. Arquitectura 3 Capas

Una aplicación de 3 capas es una aplicación cuya

funcionabilidad puede ser segmentada en tres capas lógicas:

Los servicios de presentación

Los servicios de aplicación

Los servicios de acceso de datos

19

Figura 1.2. Arquitectura 3 Capas

La capa de servicios de presentación es responsable de:

Receptar información del usuario.

Transferir la información del usuario a los servicios de

aplicación para su procesamiento.

Obtiene los resultados que han sido procesados por los

servicios de aplicación.

Presentar los resultados al usuario.

Web Server *PHP

MySQL

Capa de presentación Capa de aplicación

*Dreamweaver *Java, javasript *Control de sesión *Validación de datos *Mensajes interactivos

BROWSER *Internet Explorer *Firefox *Konqueror

PHP

Aplicaciones CMS

Server

Apache

Capa de Acceso

De Datos

20

Control de sesión.

Validación de datos.

Mensajes de interacción.

La capa de aplicación es responsable de:

Recibir la entrada del servicio de presentación.

Interactuar con los servicios de acceso de datos para

ejecutar las operaciones de aplicación, para los que el

sistema fue diseñado.

Enviar el resultado procesado a la capa de presentación.

Intervienen: web server Apache, php, aplicación CMS, etc.

La capa de acceso de datos es responsable de:

Almacenar los datos.

Recuperar los datos.

Mantener los datos.

La integridad de los datos.

21

1.7.2. Ventajas de esta arquitectura

Desarrollos paralelos (en cada capa).

Mantenimiento y soporte más sencillo.

Mayor flexibilidad.

Alta escalabilidad.

La principal ventaja de una aplicación distribuida bien diseñada

es su buen escalado, es decir, que puede manejar muchas

peticiones con el mismo rendimiento simplemente añadiendo

más hardware. El crecimiento es casi lineal y no es necesario

añadir más código para conseguir esta escalabilidad.

1.8. Metodología del Proyecto

1.8.1 Desarrollo en espiral

El desarrollo en espiral es un modelo de ciclo de vida del software,

utilizado generalmente en la Ingeniería de software. Las actividades de

este modelo se conforman en una espiral, en la que cada bucle o

iteración representa un conjunto de actividades.

22

La Ingeniería de software, se vale y establece de una serie de

modelos que establecen y muestran las distintas etapas y estados por

los que pasa un producto software, desde su concepción inicial,

pasando por su desarrollo, puesta en marcha y posterior

mantenimiento, hasta la retirada del producto. A estos modelos se les

denomina «modelos de ciclo de vida del software». Su Modelo de

Ciclo de Vida en Espiral tiene en cuenta fuertemente el riesgo que

aparece a la hora de desarrollar software. Para ello, se comienza

mirando las posibles alternativas de desarrollo, se opta por la de

riesgo más asumible y se hace un ciclo de la espiral. Si el cliente

quiere seguir haciendo mejoras en el software, se vuelve a evaluar las

distintas nuevas alternativas y riesgos y se realiza otra vuelta de la

espiral, así hasta que llegue un momento en el que el producto

software desarrollado sea aceptado y no necesite seguir mejorándose

con otro nuevo ciclo.

Este modelo fue propuesto por Boehm en 1988. Básicamente consiste

en una serie de ciclos que se repiten en forma de espiral, comenzando

desde el centro. Se suele interpretar como que dentro de cada ciclo de

la espiral se sigue un Modelo Cascada, pero no necesariamente debe

ser así. El Espiral puede verse como un modelo evolutivo que conjuga

la naturaleza iterativa del modelo MCP con los aspectos controlados y

23

sistemáticos del Modelo Cascada, con el agregado de gestión de

riegos.

1.8.2. En cada vuelta o iteración hay que tener en cuenta

Los Objetivos: Que necesidad debe cubrir el producto.

Alternativas: Las diferentes formas de conseguir los objetivos de

forma exitosa, desde diferentes puntos de vista como pueden ser:

1. Características: experiencia del personal, requisitos a cumplir,

etc.

2. Formas de gestión del sistema.

3. Riesgo asumido con cada alternativa.

Desarrollar y Verificar: Programar y probar el software.

1.8.3. Si el resultado no es el adecuado o se necesita implementar

mejoras o funcionalidades

Se planificaran los siguientes pasos y se comienza un nuevo ciclo de

la espiral. La espiral tiene una forma de caracola y se dice que

mantiene dos dimensiones, la radial y la angular:

1. Angular: Indica el avance del proyecto software dentro de un ciclo.

2. Radial: Indica el aumento del coste del proyecto, ya que con cada

nueva iteración se pasa más tiempo desarrollando.

24

Este sistema es muy utilizado en proyectos grandes y complejos como

puede ser, por ejemplo, la creación de un Sistema Operativo.

Al ser un modelo de Ciclo de Vida orientado a la gestión de riesgo se

dice que uno de los aspectos fundamentales de su éxito radica en que

el equipo que lo aplique tenga la necesaria experiencia y habilidad

para detectar y catalogar correctamente los riesgos.

1.8.4. Tareas

Para cada ciclo habrá cuatro actividades:

1.8.4.1. Determinar o fijar objetivos

Fijar también los productos definidos a obtener: requerimientos,

especificación, manual de usuario.

Fijar las restricciones.

Identificación de riesgos del proyecto y estrategias alternativas

para evitarlos.

Hay una cosa que solo se hace una vez: planificación inicial o

previa.

25

1.8.4.2. Análisis del riesgo

Se estudian todos los riesgos potenciales y se seleccionan una o

varias alternativas propuestas para reducir o eliminar los riesgos.

1.8.4.3. Desarrollar, verificar y validar (probar)

Tareas de la actividad propia y de prueba.

Análisis de alternativas e identificación resolución de riesgos.

Dependiendo del resultado de la evaluación de los riesgos, se elige

un modelo para el desarrollo, el que puede ser cualquiera de los

otros existentes, como formal, evolutivo, cascada, etc. Así si por

ejemplo si los riesgos en la interfaz de usuario son dominantes, un

modelo de desarrollo apropiado podría ser la construcción de

prototipos evolutivos. Si lo riesgos de protección son la principal

consideración, un desarrollo basado en transformaciones formales

podría ser el más apropiado.

1.8.4.4. Planificar

Revisamos todo lo hecho, evaluándolo, y con ello decidimos si

continuamos con las fases siguientes y planificamos la próxima

actividad.

26

1.8.5. Mecanismos de control

La dimensión radial mide el coste.

La dimensión angular mide el grado de avance del proyecto.

1.8.6. Ventajas

El análisis del riesgo se hace de forma explícita y clara. Une los

mejores elementos de los restantes modelos.

Reduce riesgos del proyecto

Incorpora objetivos de calidad

Integra el desarrollo con el mantenimiento, etc.

Además es posible tener en cuenta mejoras y nuevos requerimientos

sin romper con la metodología, ya que este ciclo de vida no es rígido ni

estático.

1.8.7. Desventajas

Genera mucho tiempo en el desarrollo del sistema

Modelo costoso

Requiere experiencia en la identificación de riesgos

27

1.9. Recursos necesarios para el Proyecto

Para la implementación de nuestro proyecto contamos con los

siguientes recursos:

1.9.1. Recurso de Hardware

Tres computadores con las siguientes características:

Computador Intel Dual Core 3.0 Ghz

Memoria 2 GB

Tarjeta de Sonido/video/red

Disco duro 320GB

Dvd write

Monitor LCD 17” LG

Teclado multimedia

Flash memory (Pen drive)

Impresora canon Ip 1500

Conexión a internet minima de 128 Kbps

28

1.9.2. Recurso de Software

Para el desarrollo de este proyecto contaremos con las

siguientes herramientas:

Adobe Dreamweaver CS3

Servidor web Apache

Sistema Operativo Windows XP profesional con server

pack 2.

Sistema Operativo Linux con Fedora Core 5.

Php como lenguaje del lado del servidor y Javascript del

cliente.

MySQL como administrador de la Base de Datos.

1.9.3. Recurso Económico

Para la realización de este proyecto se necesita el siguiente

recurso económico:

Cada computador tiene un valor de $495,00 que da un valor de

$1.485,00 por las tres.

La conexión a Internet tiene un costo mensual de $89,60.

El dominio tiene un costo de $ 35 anual.

El hosting tiene un costo de $ 105 anual.

29

1.9.4. Recurso Humano

En este proyecto contamos con el siguiente recurso humano:

Martin Mora Zambrano

Jessica Benavidez Campos (Jefe de Proyecto)

Gladys Tierra Guananga

Los cuales con sus conocimientos y destrezas adquiridas

aportarán en la realización de este proyecto.

1.9.5. Mecanismos de Seguimiento y Control

Revisar avances semanales, para verificación del trabajo

encomendado a cada uno de los miembros del equipo, por

parte del jefe del proyecto adicionalmente se efectuarán

reuniones semanales para definir los procesos que tendrán que

realizarse durante dicho transcurso.

La integración de los trabajos se efectuara por parte del jefe de

de grupo que detectará hasta el último detalle si cada uno de

los trabajos elaborados tengan resultados óptimos, caso

contrario se efectuar la debida retroalimentación de los trabajos

30

afectados, estos procesos de integración se harán con

semanas de anticipación.

Cada una de las fases de desarrollo del proyecto deberá estar

coordinada por parte del Jefe del Proyecto.

1.10. Análisis FODA

ASPECTOS POSITIVOS ASPECTOS NEGATIVOS

FORTALEZAS OPORTUNIDADES DEBILIDADES AMENAZAS

INTERNAS EXTERNAS INTERNAS EXTERNAS

F O D A

Tabla 1.1. Análisis FODA

1.10.1. Fortalezas

Manejo de la administración de la página web por una

persona que puede tener poco o nada de conocimiento

tecnológico.

31

Facilidad en la interacción con el usuario al darle el

dinamismo a la página web.

Obtención de una Base de datos de pacientes

diariamente que permite la alimentación información, para la

comercialización de los servicios prestados.

Implementación de tecnología de último nivel, en páginas

web dinámicas (Web 2.0)

Confiabilidad en el manejo de la información dentro de la

página.

1.10.2. Oportunidades

Por las funcionabilidades y la utilidad que brinda en

sistema de la página web, está se difundirá con más rapidez.

La necesidad que tienen las clínicas odontológicas de

hacer uso de la tecnología para obtener sus ventajas, como

darse a conocer al mundo.

32

La eficacia y optimización de recursos en la

administración de la clínica odontológica.

1.10.3. Debilidades

Requiere de mayores características tecnológicas en los

computadores donde se desee usar el sistema.

Establece la adquisición del servicio de internet vía

banda ancha, para el adecuado control de la página web.

1.10.4. Amenazas

Perdida de información debido a los virus.

Imposibilidad de contar con equipos acordes a las

necesidades de la web.

33

1.11. Cronograma de trabajo del Proyecto

Nº ACTIVIDADES

Tiempo

(semanas)

1 Identificación de necesidades. 1

2 Determinación de objetivos y alcances 1

3

Definir misión, visión, cronograma, arq. y metodología del

proyecto, recursos, organización del personal, etc. 1

4 Análisis del proyecto: UML (casos de uso, procesos) 4

5 Diagrama de Flujo de Información 1

6 Diseño de Datos 2

7 Diseño Arquitectónico 2

8 Diseño de Interfaz 3

9 Diseño Procedimental 2

10 Codificación del Sistema 10

11 Docum. Técnica y de usuario. 2

12 Implementación del Sistema: Etapa de Prueba 3

TOTAL 32

Tabla 1.2. Cronograma de Trabajo (resumen)

127

CAPITULO 6

6. Recomendaciones y Conclusiones

6.1. Recomendaciones

Dentro de las recomendaciones para el uso y aplicación de nuestro

software se aconseja equipos de cómputo con las características

básicas que se detallan a continuación:

Computador Intel Dual Core 3.0 GHz

Memoria 1 GB

Disco duro 320GB

Sistema Operativo Windows XP

Conexión a internet mínima de 128 Kbps

128

Para un mejor funcionamiento, se pueden usar equipos con mejores

características.

Revisar el manual de usuario, esto le ayudara a resolver cualquier

duda con respecto al funcionamiento de nuestro software.

6.2. Conclusiones

En la actualidad los negocios para el cumplimiento de sus metas y

objetivos están ligados totalmente con la tecnología. El desarrollo de

las páginas web es de gran ayuda porque nos permite darnos a

conocer de manera internacional y esto con lleva a lograr un

posicionamiento si le damos el correcto uso a la misma. Sin dejar a un

lado que le da muchas opciones como llevar un control del sector de

mercado que está en búsqueda de satisfacer las necesidades

mediante los servicios que prestar un negocio.

Si se tiene una excelente asesoría en el desarrollo de las páginas web

tenga la seguridad de que lograra mucho con poco es decir manejar

su negocio con eficiencia.

129

El buen conocimiento de la tecnología y el marketing son excelente

ayuda en el cumplimento de los objetivo de un negocio. Este software

permite optimizar el recurso económico ya que el manejo de nuestro

software mediante un sistema CMS implementado permite el manejo

del mismo por una persona con poco o nada conocimiento

tecnológico.

Sin contar que este software siguiendo con la optimización de recursos

también les ofrece a los usuarios la obtención de información confiable

y el acceso también a información personal logrando así optimar el

tiempo.

En final tenemos un software confiable que nos brinda el control del

mercado, dar a conocer sus servicios, una comunicación viable,

actualización de diseño, alimentación de la base de datos entre otros

grandes características que aportan al crecimiento del negocio.