Post on 08-Jan-2016
description
____________________________________________________________________________
UNIVERSIDAD TENOLGICA DE CHILE
SEDE OSORNO
INGENIERA EN INFORMTICA
SISTEMA INFORMTICO DE GESTIN PARA LA
ADMINISTRACIN DE INFORMACIN DEL
DEPARTAMENTO DE SALUD PUERTO OCTAY.
Trabajo de titulacin para optar al
ttulo profesional de Ingeniero en
Informtica
Osorno, Chile, Diciembre 2014
Autor: Soraya Macarena Yagode Fuica
Docente Gua:
Myriam Cecilia Geraldo Donoso
2
AGRADECIMIENTOS
Debo dar las gracias a mi querida Madre, por apoyarme
y motivarme a cumplir mis sueos y ser alguien en la vida.
A mi to por ser mi padre y siempre estar ah cuando lo necesit.
A mis amigas y amigos por estar cuando senta que ya
no se poda y convencerme de lo contrario.
3
Resumen
En la actualidad, los sistemas informticos adquieren ms relevancia
en la vida de las persona y de la empresas, ya que a travs de estos todo se
resuelve con mayor facilidad, es por esto que este proyecto est realizado
para dar soluciones concretas al Departamento de Salud de Puerto Octay, el
cual actualmente no consta con un sistema para la gestin de informacin que
este maneja.
Para solucionar dicho problema se desarroll un sistema de gestin de
informacin, utilizando el lenguaje de programacin PHP con la ayuda del
frameworkYii, que permite manipular, almacenar y proteger los registros que
se tienen dejando atrs el ingreso manual de estos, los que causaban
duplicidad y prdida de datos. Tambin permite la generacin de informes de
informacin y generacin de datos estadsticos.
Tambin se debe tener en cuenta que el desarrollo de la solucin debe
estar regida por la factibilidad tcnica, econmica, de implementacin y legal
con la que se cuente, en conjunto con un anlisis en el cual se represente la
realidad de los procesos y los requisitos que el departamento de salud
present.
Abstract
Today, computer systems become more relevant in peoples lifes and
businesses; this technology makes processes faster and reliable. This project
intends to give concrete solutions to the Department of Health in Puerto Octay,
which currently does not have a system for managing its information.
To solve this problem, a data management system was developed using
the PHP programming language with the help of the Yii framework, to
manipulate, store and protect the records, avoiding the manual process of data
entry, causing the duplication and data loss. This data management system
also permits reporting of information and generation of statistical data.
It is very important to take into account that for the development of the
solution technical, economic, implementation and legal feasibility should be
considered. Also with an analysis in which the reality of the processes and
requirements represent the Health Department.
ndice
5
NDICE
AGRADECIMIENTOS
Resumen
Abstract
INTRODUCCIN ...................................................................................................... 10
CAPTULO I .............................................................................................................. 12
I. DEFINICIN DE LA EMPRESA ............................................................................ 12
1.1 Descripcin de la empresa ............................................................................. 12
1.2 Estructura Organizacional de la empresa ..................................................... 12
CAPTULO II ............................................................................................................. 15
II OBJETIVOS DEL PROYECTO .............................................................................. 15
2.1 Objetivo General ............................................................................................. 15
2.2Objetivos Especficos ...................................................................................... 16
CAPTULO III .......................................................................................................... ..18
III MARCO TERICO ............................................................................................... 18
3.1 Departamento de Salud..............18
3.2 Equipo de Salud..19
3.3 Posta Rural......19
3.4 Registro Diario Posta.......20
3.5 Ficha Clnica.......21
3.6 Tarjeta Bincard.......22
3.7 Bitcora de Vehculo........ 23
3.8 Sistema Informtico......24
3.9 Software....... 25
3. 10Lenguaje de Programacin.. 25
ndice
6
3.10.1 PHP....26
3.10.2 YII Framework..............26
3.11 Gestor de Base de Datos......27
3.11.1 MySql.......27
3.12 Servidor Web........28
3.12.1 Xampp 28
CAPTULO IV ...................................................................................... .30
IV METODOLOGA DE TRABAJO ........................................................................... 30
4.1 Identificacin de la metodologa de investigacin .................................. .30
4.2 Identificacin de la metodologa de desarrollo ............................................ 31
4.3 Justificacin de eleccin................................................................................ 32
CAPTULO V ............................................................................................................. 34
V SISTEMA A REALIZAR ......................................................................................... 34
5.1 Identificacin del problema ............................................................................ 34
5.1.1 Especificacin de la situacin actual ...35
5.1.2 Evaluacin situacin actual36
5.2 Alternativas de solucin al problema .......................................................... .37
5.2.1 Alternativa 1. .37
5.2.2 Alternativa 2..... 39
5.3 Requerimientos especficos de los usuarios ............................................... 40
5.4 Seleccin de la mejor alternativa ................................................................. 41
5.5 mbito y limitacin del proyecto ................................................................... 42
5.6 Estudio de factibilidad de la solucin ........................................................... 43
5.6.1 Estudio Factibilidad tcnica ...44
5.6.2 Estudio Factibilidad econmica 45
ndice
7
5.6.3 Estudio de factibilidad operacional ...47
5.6.4 Estudio de factibilidad legal ...48
CAPTULO VI ............................................................................................................ 50
VI PLANIFICACIN DE ACTIVIDADES ................................................................... 50
6.1 Planificacin del proyecto Carta Gantt ...................................................... 50
CAPTULO VII ........................................................................................................... 52
VII DISEO LGICO DE LA SOLUCIN BAJO ENFOQUE ORIENTADO A OBJETO Y
ENFOQUE ESTRUCTURADO ................................................................................. 52
7.1 Enfoque orientado a objeto ............................................................................ 52
7.1.1 Diagrama de caso de uso ...53
7.1.2 Diagrama de clases ...55
7.1.3 Diagrama de estados ...57
7.1.4 Diagrama de actividades ...58
7.1.5 Diagrama de secuencia ...60
7.2 Enfoque estructurado .................................................................................... .61
7.2.1 Modelo entidad relacin M.E.R ....61
7.2.2 Modelo relacional ....63
7.2.3 Descripcin de tablas (base de datos). .... 65
7.3 DIAGRAMA DE PROCESO DE NEGOCIO (BPMN). 73
ndice
8
CAPTULO VIII . 75
VIII Planes de prueba...................................................................... ..........................75
8.1 Descripcin plan de prueba .................................................................... ..75
8.1.1 Identificacin tipo de prueba .76
8.1.1.1 Prueba de caja negra .. 76
8.1.1.2 Prueba de caja blanca....78
CAPTULO IX ............................................................................................................ 81
IX Plan de contingencia ............................................................................................ 81
9.1 Identificacin de riesgos ................................................................................ 81
9.1.1 Posibles daos.81
9.1.2. Fuentes de dao........82
9.1.3. Clases de riesgo ...82
9.2 Clasificacin de los riesgos ........................................................................... 83
9.3 Planificacin de riesgo ................................................................................... 84
CAPTULO X ............................................................................................................. 88
X MANUALES ........................................................................................................... 88
10.1 Manuales del sistema ................................................................................... 88
10.1.1 Requerimientos ..........88
10.1.2 Instalacin .............88
10.2 Manual de usuario ........................................................................................ 89
CAPTULO XI .......................................................................................................... 106
XI CONCLUSIN .................................................................................................... 106
CAPTULO XII ......................................................................................................... 109
XII Bibliografa ......................................................................................................... 109
Introduccin
9
Introduccin
Introduccin
10
INTRODUCCIN
En la actualidad la centralizacin de la informacin ya sea de una
empresa o de cualquier institucin ya sea privada como pblica es de gran
importancia ya que sta debe estar disponible para todos los funcionarios que
la compongan y ser capaz de gestionarla atomatizadamente.
Este proyecto est desarrollado para los funcionarios del Departamento
de Salud de Puerto Octay, tanto para los paramdicos de las postas
pertenecientes al departamento de salud localizadas en diferentes puntos
rurales de la comuna, como para los profesionales (doctor, dentista,
nutricionista, psiclogo, enfermera, kinesilogo, matrona), al igual que para el
encargado de farmacia y los conductores asignados a los furgones en los
cuales se movilizan a los distintos sectores rurales.
Este se enfocar en solucionar el problema que tienen los funcionarios
para almacenar la informacin que ste recopila desde la que registran los
funcionarios en posta diariamente y que tiene un tiempo de demora para llegar
al departamento de salud en Puerto Octay, como fichas clnicas de
profesional, bitcoras de chofer y tarjetas bincard para medicamentos.
Captulo I Definicin de la empresa
11
Captulo I
Definicin de la empresa
Captulo I: Definicin de la empresa
12
CAPTULO I
I DEFINICIN DE LA EMPRESA
1.1. Descripcin de la empresa
Razn social : Ilustre Municipalidad de Puerto Octay.
Representante legal : Carlos Mancilla Solis.
RUT : 69.210.400-5.
Direccin : Esperanza N 555, Puerto Octay.
Telfono : 64 2 391755.
1.2. Organizacional de la empresa
En el rea administrativa el departamento de salud de Puerto
Octay est constituido por una subdirectora administrativa, una
secretaria y una persona encargada del departamento de finanzas del
departamento.
El Departamento de Salud est constituido por 6 postas las
cuales son: Posta Las Cascadas, Posta Coihueco, Posta La Calo, Posta
Administracin Rupanco, Posta Piedras Negras, Posta Pellinada,
existiendo un paramdico permanente en cada una de ellas. Tambin
cuenta con 2 equipos de salud conformados por: mdicos, enfermeras,
nutricionistas, matronas, kinesilogos, dentistas, psiclogos, asistentes
sociales, paramdicos, los cuales salen a terreno diariamente de visita
a las postas realizando atencin a pacientes.
Captulo I: Definicin de la empresa
13
Figura I 1:Organigrama Departamento de salud Puerto Octay
Captulo II Objetivos del proyecto
14
Captulo II
Objetivos del Proyecto
Captulo II Objetivos del proyecto
15
CAPTULO II
II OBJETIVOS DEL PROYECTO
2.1. Objetivo General
Implementar una aplicacin web de gestin de informacin para
los funcionarios y postas rurales del Departamento de Salud de Puerto
Octay.
Captulo II Objetivos del proyecto
16
2.2. Objetivos Especficos
Generar un sistema que permita controlar el acceso y uso de la
informacin del departamento de salud de Puerto Octay, a travs
de privilegios establecidos que dan seguridad respecto al uso de
datos.
Gestionar a travs del sistema la informacin de paciente,
teniendo informacin actualizada e histrica de atenciones
realizadas por los profesionales en una ficha clnica.
Gestionar a travs del sistema informacin de posta, teniendo
informacin actualizada de registros diarios de atenciones a
pacientes, generando informes sobre stos.
Generar reportes que ayudan al control interno de la posta y el
departamento de salud, entregando informacin actualizada y
fidedigna y oportuna.
Administrar farmacia como ingresar nuevo medicamento, control
de stock, emisin y almacenamiento de informacin en tarjeta
bincard.
Gestionar bitcora de choferes, permitiendo generar informes
mensuales de sus respectivos vehculos.
Captulo II Marco Terico
17
Captulo III
Marco Terico
Captulo II Marco Terico
18
CAPTULO III
III MARCO TERICO
3.1. Departamento de Salud
El Departamento de Salud Municipal tiene como objetivo, asegurar la
ptima entrega de las atenciones que otorgan los servicios de salud
municipalizados, como tambin velar por el saneamiento ambiental de la
comuna.
El Departamento de Salud Municipal tiene las siguientes funciones
generales:
a) Administrar los establecimientos de salud municipal en conformidad con
las disposiciones legales vigentes.
b) Proveer los recursos necesarios para el normal funcionamiento de los
servicios asistenciales y/o entrega de las prestaciones que
correspondan.
c) Velar por el cumplimiento de las normas, planes y programas que haya
impartido o imparta el Ministerio de Salud.
d) Elaborar y desarrollar programas de higiene ambiental, como asimismo
otros programas que tienden a la prevencin, deteccin y tratamiento
de enfermedades de los beneficiarios del sistema de salud primaria, en
coordinacin con entidades privadas y con los organismos del
Ministerio de Salud que corresponda. 1
1(Fonseca Aravena)
Captulo II Marco Terico
19
3.2. Equipo de Salud
Hernndez de San Martn conceptualiza lo que se entender como
equipo de salud:
"Al conjunto organizado de personas con formacin profesional o
tcnica diversa que labora en el nivel central, regional o local de una
institucin del sector".
Un equipo de salud est conformado por profesionales del rea de la
salud, y estn capacitados para proporcionar atencin mdica, tanto fsica
como psicolgica a pacientes. Cada uno de los profesionales que conforman
el equipo de salud tiene alguna especialidad mdica, con la que contribuye a
los cuidados mdicos de las personas.
3.3. Posta Rural
Establecimientos de menos complejidad que forman parte de la red
asistencial de la comuna localizada en sectores rurales, que se caracterizan
por presentar mediana y gran dispersin de su poblacin. Las acciones de
salud llevadas a cabo en dichos establecimientos comprenden:
a) Prevencin
b) Promocin
c) Fomento
d) Recuperacin de la salud
e) Actividades de seguimiento y visitas domiciliarias. 2
2(Municipalidad La Union)
Captulo II Marco Terico
20
3.4. Registro Diario Posta
Un Registro Diario de Posta corresponde, al registro de las personas
atendidas en el da, especificando nombre, apellido, sexo, tipo de control,
procedimientos, consulta, diagnstico y lugar de referencia correspondiente.
Figura III 1: Formato registro diario posta departamento de salud Puerto Octay
Captulo II Marco Terico
21
3.5. Ficha Clnica
Ficha Clnica es donde queda registrado el historial mdico del
paciente. En sta tanto el mdico como los dems profesionales de la salud
dejan registro de la evolucin clnica, procedimientos, tratamientos e
intervenciones que se le han realizado al paciente.
Figura III 2: Formato ficha clnica departamento de salud Puerto Octay
Captulo II Marco Terico
22
3.6. Tarjeta Bincard
La Tarjeta BINCARD es donde se registra los medicamentos existentes
en la institucin, tambin se registran los movimientos de medicamentos que
se realizan desde el almacn hacia el exterior e igualmente el stock que existe
de stos.
Figura III 3: Formato tarjeta bincard departamento de salud Puerto Octay
Captulo II Marco Terico
23
3.7. Bitcora de Vehculo
Bitcora, es un registro escrito (libreta) de los destinos, distancias
recorridas por el vehculo institucional en relacin con los cometidos
asignados. 3
En la bitcora se registra diariamente la informacin requerida en sta
como por ejemplo kilometraje inicial y final que tiene el vehculo, para luego
generar un informe estadstico de la informacin.
Figura III 4: Formato bitcora chofer departamento de salud Puerto Octay
3(Rodrguez Ortega, 2013)
Captulo II Marco Terico
24
3.8. Sistema Informtico
Un sistema Informtico es un conjunto de partes relacionadas entre s para
cumplir un objetivo especfico. Las partes que se relacionan son hardware, software, y el
usuario. A modo de ejemplo se podra decir que un sistema informtico est conformado
por un computador, dispositivos perifricos, y un usuario que est a cargo del
computador.
Figura III 5: Sistema Informtico
Captulo II Marco Terico
25
3.9. Software
Un software son los programas o aplicaciones que se encuentran
almacenados en una computadora, los cuales a travs de un conjunto de
instrucciones permite al computador realizar los procesos necesarios para
entregar los resultados requeridos por el usuario.
Se conoce como software a un programa de ordenador y la
documentacin asociada. Los productos de software se pueden desarrollar
para algn cliente en particular o para un mercado general.4
3.10. Lenguaje de Programacin
Un lenguaje de programacin es una herramienta que permite la
creacin de programas y software, a travs de un conjunto de instrucciones
las cuales al ser utilizadas correctamente pueden generar funciones que sern
ejecutadas por una computadora.
4 (Sommerville, 2005)
Captulo II Marco Terico
26
3.10.1. PHP
PHP es un lenguaje de programacin utilizado generalmente para la
creacin de pginas web dinmicas que pueden tener acceso a informacin
guardada en una base de datos. El cdigo generado es ejecutado desde el
lado del servidor y luego es enviado al cliente, el cual necesita un navegador
web como Chrome para ver los resultados del cdigo.
Figura III 6: PHP
3.10.2. YII Framework
Yii es un framework PHP basado en componentes de alta performance
para desarrollar aplicaciones Web de gran escala. El mismo permite la
mxima reutilizacin en la programacin web y puede acelerar el proceso de
desarrollo.5
Figura III 7: Yii Framework
5(Yii Framework, 2008)
Captulo II Marco Terico
27
3.11. Gestor de Base de Datos
Podemos definir a un gestor de base de datos como un software que
nos permite almacenar, modificar y extraer informacin de una base de datos.
Tambin permite agregar, modificar, alminar y analizar los datos que se
encuentran sta.
Algunos ejemplos de gestores de base de datos son PostgreSQL, SQL
Server, MySQL, Informix Software, entre otros.
3.11.1. MySql
MySQL es un sistema de administracin de bases de datos
relacionales (SGBDR) rpido, robusto y fcil de usar. Se adapta bien a la
administracin de datos en un entorno de red, especialmente en
arquitecturas cliente/servidor. Se proporciona con muchas herramientas y
es compatible con muchos lenguajes de programacin. Es el ms clebre
SGDBDR del mundo Open Source, en particular gracias a su
compatibilidad con el servidor de pginas Web Apache y el lenguaje de
pginas Web dinmicas PHP.6
Figura III 8: MySql
6(ingenieross, 2013)
Captulo II Marco Terico
28
3.12. Servidor Web
Un servidor web es un programa que realiza las acciones que le
solicitan los usuarios de internet mediante el protocolo HTTP, entregando
como resultado final una pgina Web o la informacin que se le haya
solicitado. Este cdigo que es transformado en informacin es ejecutado
generalmente por un navegador Web
3.12.1. Xampp
XAMPP es un servidor independiente de plataforma, software libre, que
consiste principalmente en la base de datos MySQL, el servidor web Apache y
los intrpretes para lenguajes de script: PHP y Perl.7
Figura III 9:Xampp
7(Wikipedia, XAMPP, 2014)
Captulo IV Metodologa de trabajo
29
Captulo IV
Metodologa de Trabajo
Captulo IV Metodologa de trabajo
30
CAPTULO IV
IV METODOLOGA DE TRABAJO
4.1. Identificacin de la metodologa de investigacin
Una metodologa de investigacin, es un conjunto de procesos que son
utilizados para analizar algn problema planteado, donde posteriormente se
entrega una conclusin sobre lo investigado
La metodologa de investigacin a utilizar para desarrollar el proyecto
ser la cualitativa, ya que es una metodologa flexible, y permite observar a
los clientes en su estado natural, permitiendo a travs de esta observacin
una conclusin del problema.
Postula que la realidad se define a travs de las interpretaciones de los
participantes en la investigacin respecto de sus propias realidades. De este
modo, convergen varias realidades, por lo menos de los participantes, la del
investigador y la que produce mediante la interaccin de todos los actores.
Adems son realidades que van modificndose conforme transcurre el
estudio. Estas realidades son las fuentes de datos.8
Una investigacin cualitativa en este caso sera la ms acertada para
llevar a cabo el proyecto, porque es una investigacin que conlleva acercarse
al cliente (paramdicos, profesionales, chofer, encargado de farmacia) y
preguntar las necesidades y la deficiencias a solucionar, estos datos sern de
ayuda para crear una aplicacin cercana a los integrantes del departamento
de salud.
8(Hernandez Sampieri Roberto, 2006)
Captulo IV Metodologa de trabajo
31
4.2. Identificacin de la metodologa de desarrollo
Una metodologa de desarrollo son un conjunto de procedimientos,
herramientas y tcnicas que se utilizan para planificar, crear y controlar de una
manera eficaz y eficiente el desarrollo de un software.
Existen diferentes tipos de metodologas de desarrollo, entre las ms
conocidas de encuentran los modelo cascada, espiral, prototipo, evolutivo,
incremental, estos modelos tienen un enfoque diferente para realizar los
procesos de desarrollo de un software, el cual se debe elegir segn las
necesidades que el proyecto deba cumplir.
Para el desarrollo de este proyecto se utilizar el modelo incremental,
ya que esta metodologa divide el producto en mdulos, y estos mdulos son
entregados al final de cada incremento, lo que ayuda a corregir los errores que
se producen durante el tiempo de desarrollo.
Figura IV 1: Modelo Incremental
Captulo IV Metodologa de trabajo
32
Para el desarrollo del proyecto se realizarn 4 incrementos, donde el
primero ser el mdulo de bitcora, el segundo incremento ser el mdulo
de tarjeta bincard, el tercer incremento es el mdulo de paramdico y por
ltimo el mdulo de profesionales.
4.3. Justificacin de eleccin
Para este proyecto se ha tomado como referencia de metodologa de
desarrollo de software el Modelo Incremental, ya que ste permitir construir
por etapas incrementales, en las cuales se ir agregando nuevas
funcionalidades hasta llegar al producto deseado por el cliente. Este modelo
tambin reduce de manera importante los riesgos.
El modelo incremental aporta beneficios para el desarrollo e
implementacin del sistema a realizar como para el cliente del proyecto, por
ejemplo el cliente se involucra ms con el desarrollo del proyecto ya que este
supervisa los avances en cada incremento del sistema, tambin reduce los
errores ya que los previene desde el inicio ya que las pruebas son constantes,
entrega una visin preliminar del proyecto al cliente, ya que desde el primer
incremento se van mostrando las funcionalidades que se van creando en el
camino.
Captulo V Sistema a realizar
33
Captulo V
Sistema a realizar
Captulo V Sistema a realizar
34
CAPTULO V
V SISTEMA A REALIZAR
5.1. Identificacin del problema
El Departamento de Salud de la comuna de Puerto Octay, consta de 6
postas (P. Rupanco, P. Pellinada, P. Piedras Negras, P La Calo, P. Coihueco,
P. Cascadas) distribuidas en diferentes puntos rurales de la comuna, y est
conformado por dos equipos de profesionales de la salud.
Hoy en da no cuenta con un sistema de gestin de informacin
centralizado, por lo que la informacin ingresada en las postas no llega en
tiempo real al departamento de salud.
La informacin que se maneja en la institucin es de postas rurales,
paramdicos, profesionales, encargado de farmacia chofer y pacientes. Los
datos actualmente son registrados de forma manual en diferentes tipos de
documentos, como por ejemplo, fichas clnicas, registros diarios postas, tarjeta
bincard, bitcoras, entre otros.
Con respecto a la seguridad de la documentacin es escasa, como se
mociono anteriormente esta se encuentra registrada en papel. Igualmente se
produce un almacenamiento excesivo de papel ocupando espacio,
provocando una bsqueda engorrosa de informacin.
Tambin tiene un alto riesgo de prdida de informacin porque no hay
un respaldo de esta.
Captulo V Sistema a realizar
35
5.1.1. Especificacin de la situacin actual
Cuando se ingresa informacin como por ejemplo el registro diario de
una posta, esto se hace manualmente, para luego ser guardada en carpetas
por mes o por ao.
Cuando se realiza algn tipo de bsqueda, como por ejemplo la
bsqueda de una ficha clnica de un paciente, se debe buscar en carpetas
organizadas por abecedario y buscar al paciente segn su apellido paterno.
El control de medicamentos del departamento de salud se maneja a
travs de una tarjeta bincard de cada medicamento, en la cual se ingresa la
fecha, cantidad y posta a donde fueron despachados. En esta tambin se
realiza el manejo de stock que hay de los medicamentos sumando o restando
las entradas que hay en la misma hoja, una vez que sta se completa se
comienza a rellenar otra nueva.
La bitcora de vehculo, se realiza en un cuadernillo donde se rellenan
todos los datos requeridos para luego ser traspasados a un Excel y genera
una estadstica del mes.
Captulo V Sistema a realizar
36
5.1.2. Evaluacin situacin actual
Como se mencion anteriormente el departamento de salud de Puerto
Octay no cuenta con un sistema de gestin con la que se pueda gestionar y
administrar de manera eficiente la informacin.
La seguridad de la informacin con la que el departamento cuenta es
escasa ya que toda es registrada en fichas y almacenada en carpetas ya sea
en postas como en el propio departamento de salud. En este momento
cualquier persona puede manipular la informacin, ya que no se tiene un
control sobre los privilegios de cada persona.
La informacin almacenada en postas no llega en un tiempo
competente al departamento de salud, por lo que se pueden producir retrasos,
por ejemplo en realizacin de informes de atencin realizadas en las postas.
Captulo V Sistema a realizar
37
5.2. Alternativas de solucin al problema
A continuacin se dan a conocer las alternativas propuestas para dar
solucin a la problemtica descrita anteriormente.
5.2.1. Alternativa - 1
La alternativa principal es desarrollar una aplicacin web para la
gestin de informacin del Departamento de Salud de Puerto Octay, con una
interfaz que sea de fcil acceso y permita el fcil ingreso y bsqueda de
informacin al usuario.
Esta alternativa incorpora para su ejecucin, lenguaje de
programacin PHP, utilizando XAMPP como servidor web, MySQL como
servidor de base de datos y phpMyAdmin como herramienta de administracin
de base de datos. Esta opcin destaca por ser multiplataforma lo que la hace
adaptable a los requerimientos de la empresa.
Una de las ventajas que trae esta alternativa es que por ser una
aplicacin web no necesitar una plataforma especfica para su
funcionamiento e instalacin.
Por otro lado para su desarrollo se utilizar PHP que es un lenguaje de
cdigo libre, tiene capacidad de conexin con diferentes motores de base
datos y existe una gran cantidad de documentacin sobre sta lo que ayudar
en la bsqueda de informacin para programar con este lenguaje.
En cuanto Mysql es una herramienta open source, es un motor rpido y
de fcil uso, una de sus ventajas es que presenta un buen control de acceso
de usuarios y seguridad en los datos. Y como se mencion anteriormente
tiene buena conexin con PHP.
Captulo V Sistema a realizar
38
El servidor web Xampp tambin es una herramienta de cdigo libre, de
fcil uso, se caracteriza por ser multiplataforma y por su estabilidad. Al igual
que el motor de base de datos este servidor puede trabajar con PHP.
En cuanto al administrador phpMyAdmin una de las ventajas que tiene
es que al tener una interfaz web se encuentra pre instalado en casi todos los
servicios de hosting.
Segn lo anterior, se requiere de un hosting en la web que satisfaga los
requisitos de las tecnologas a usar, ste tiene como ventajas el control total
del website, apariencia profesional, y que el sistema estar en lnea
permanentemente.
Y por ltimo, para la etapa de desarrollo, se utilizar el framework Yii, el
cual tambin es de carcter libre y en este caso est bajo la licencia BSD.
ste presenta ventajas como la generacin automtica de modelos,
controladores y vistas que facilitar el modo de programacin, al igual que
facilita la personalizacin de temas que ayudarn en la interfaz del proyecto.
Captulo V Sistema a realizar
39
5.2.2. Alternativa - 2
La segunda alternativa de solucin consiste en desarrollar una
aplicacin de escritorio para la gestin de la informacin del departamento de
salud.
Para el desarrollo de esta alternativa se utilizar como lenguaje de
programacin Microsoft Visual Basic y como base de datos MySQL.
Esta alternativa permitir ingreso, modificar, eliminar, generar informe, y
bsqueda de datos dentro del sistema.
Una de las ventajas que trae esta alternativa al igual que la anterior es
el registro digitalizado de la informacin dejando atrs la forma manual.
Adems permitir el orden de la informacin en las postas, y facilitar la
bsqueda de sta.
Su punto en contra es que no permitir la centralizacin de todos los
registros de postas con el departamento de salud.
El lenguaje de programacin visual posee una curva de aprendizaje
muy rpida, integra el diseo e implementacin de formularios de Windows y
permite usar con facilidad la plataforma de los sistemas Windows,
Y como se mencion anteriormente el motor de bases de datos MySql
es una herramienta open source, rpido y de fcil uso, y que una de sus
ventajas es que tiene un buen control de acceso de usuarios y seguridad de
datos.
Captulo V Sistema a realizar
40
5.3. Requerimientos Especficos de los Usuarios
Los usuarios determinan las caractersticas y las funciones que se
deben cumplir en el sistema a disear, para satisfacer las necesidades de
almacenamiento y gestin de informacin.
Para este proyecto se ha definido que el sistema cumpla con los
siguientes requerimientos:
1. Permitir la autentificacin de usuario segn roles (Profesionales,
Paramdicos, Encargado Farmacia, Chofer, Administrador)
2. La interfaz para los usuarios debe ser amigable y fcil de entender.
3. Permitir el ingreso de informacin segn la necesidad de cada usuario, por
ejemplo, el ingreso de un paciente en el registro diario posta realizado por
un paramdico.
4. Tambin debe permitir la gestin de informacin ya sea modificar eliminar.
5. El sistema debe generar informes mensuales, semanales de la informacin
que el usuario ingrese segn estime conveniente.
6. El sistema debe generar grficos estadsticos con informacin relevante
ingresada por los usuarios.
7. El sistema debe tener todo lo necesario para que los funcionarios puedan
manipular la informacin generada de forma centralizada y en tiempo real.
Captulo V Sistema a realizar
41
5.4. Seleccin de la mejor alternativa
Para el desarrollo e implementacin del sistema, se seleccion la
alternativa-1, en la cual se realizar un sistema de gestin de informacin web
para la administracin de la informacin, se seleccion esta alternativa por su
portabilidad y por ser multiplataforma.
El implementar el sistema de gestin ayudar a la centralizacin de la
informacin de las postas y al departamento de salud, ya que constar con
una base de datos de la cual el departamento de salud obtendr la
informacin de todas las postas y de sus pacientes. Al igual que aminorar el
tiempo de ingreso y bsqueda de informacin.
Habr mayor seguridad y control de la informacin gracias a los
permisos por roles que se le dar a cada uno de los usuarios, permitiendo
acceder slo a lo que se est autorizado.
Captulo V Sistema a realizar
42
5.5. mbito y limitacin del proyecto
En cuanto al mbito del proyecto se pretende que ste sea
implementado tanto en el departamento de salud de Puerto Octay como en las
postas rurales que lo constituyen.
En un mediano a corto plazo se espera que toda la informacin que se
encuentra registrada en papel sea ingresada en el sistema, y as sta sea
manejada de forma eficiente por los funcionarios..
A largo plazo se pretender integrar las postas rurales del
departamento de salud de Puerto Octay con el Hospital Base de Puerto Octay,
uniendo las historias clnicas de los pacientes e permitir identificar el uso de
Fonosa o Isapre de los pacientes.
Unas de las limitaciones con la que se encontrar el proyecto es el
miedo al cambio que pueden tener los funcionarios del departamento, debido
al rechazo a la tecnologa por ser personas que llevan un largo tiempo
realizando los procesos de manera manual.
Captulo V Sistema a realizar
43
5.6. Estudio de factibilidad de la solucin
Un estudio de factibilidad es un anlisis que se realiza en las
organizaciones tanto privadas como pblicas para recopilar la informacin ms
relevante para el desarrollo de un proyecto a realizar en stas.
Esta informacin puede ser tcnica, econmica, operacional y legal, la
cual nos servir para tomar la decisin ms factible para implementar y
comenzar el desarrollo del proyecto.
Captulo V Sistema a realizar
44
5.6.1. Factibilidad tcnica
En este punto se da a conocer los materiales existentes en la institucin
como los que se deben adquirir para desarrollar el proyecto.
Para poder implementar el Sistema de Gestin de informacin para el
Departamento de Salud de Puerto Octay es necesaria la compra de 6
notebook y 6 impresoras. Tambin se debern adquirir las licencias Windows
7 para cada uno de los notebooks, adems ser necesario un hosting para el
alojo de la aplicacin.
Requerimientos tcnicos
Hardware:
Notebook HP Modelo 240 G2 con procesador Intel Dual Core 1.8 GHz, 4 Gb
de memoria RAM, 500Gb de disco duro.
Impresora HP Modelo Deskjet 1015 con tecnologa de impresin de inyeccin
trmica de tinta HP.
Software
Microsoft Windows 7
Gestor de base datos MySQL
PHP 5.2+
NetBeans IDE 7.4
XAMPP
phpMyAdmin
Tabla V 1: Requerimientos tcnicos
Captulo V Sistema a realizar
45
5.6.2. Factibilidad Econmica
Este estudio se realiza para analizar los costos de los requerimientos
tanto tcnicos como mano de obra que harn falta para la implementacin del
sistema de gestin de informacin.
Para el desarrollo del sistema se tendr en cuenta el costo de
adquisicin de hardware (notebook e impresoras), licencias de sistema
operativo, el arriendo de hosting. Adems de capacitar a los usuarios finales y
el costo de desarrollo del sistema.
No se consideran gastos en licencias de software, ya que las
herramientas de desarrollo y administracin (XAMPP, MySQL, PHP) no tienen
costos asociados debido a que son de libre distribucin.
Captulo V Sistema a realizar
46
Recurso Cantidad Precio Total
Notebooks 6 219.999 1.319.9409
Impresoras 6 12.990 77.94010
Windows 7 6 130.590 783.54011
NetBeans 1 0 0
PHP 5,2 1 0 0
MySQL 1 0 0
XAMPP 1 0 0
phpMyAdmin 1 0 0
Hosting 1 118.800 118.800
Capacitacin
usuarios
4 das 20.000 x da 80.000
Honorarios
desarrollador
168 Hrs 5.290 x Hora 888.72012
Total 3.268.940
Tabla V 2: Costos totales
Los honorarios de desarrollador fueron calculados en base a lo siguiente:
Sueldo promedio de Desarrollador de Software (Ingeniero en
Informtica) en el primer ao de trabajo. Promedio: $907.707, con una
media de 172 horas trabajadas mensualmente. Monto por hora: $5.290.
9(PcFactory, Notebook HP)
10(PcFactory, Impresora HP)
11(PcFactory, Microsoft Windows 7 Pro GGK OEM)
12 En base al sueldo promedio de un Desarrollador de Software en su primer ao de trabajo como
Ingeniero en Informtica, fuente: http://www.tusalario.org/chile/main/salario/Comparatusalario, extrada el 20 de Noviembre del 2014.
Captulo V Sistema a realizar
47
5.6.3. Factibilidad Operacional
La utilizacin del software ser alta, ya que como herramienta para
almacenar y gestionar la informacin del departamento de salud ser utilizada
diariamente por el equipo de salud que lo conforma y los paramdicos que se
encuentran en las postas rurales.
La capacitacin para los usuarios ser la misma aunque interactuarn
con diferente informacin, el proceso para cada una ser la misma (ingresar,
modificar, eliminar, realizar informes de informacin).
sta se realizar de forma presencial en el departamento de salud de
Puerto Octay, durante 4 das con un total de 8 horas, el primer da se
realizara la capacitacin al mdulo de paramdico, el segundo al mdulo de
profesionales, tercer da mdulos de chofer y encargado de farmacia y por
ltimo el cuarto da al mdulo de administrador.
Igualmente quedar registro del modo de uso del sistema en un manual
de usuario para cada usuario segn su rol en el sistema.
Capacitacin Valor
23 personas $10.000 valor por hora (2 horas x 4 das)
Total $80.000
Tabla V 3: Precios de la capacitacin a los usuarios.
Captulo V Sistema a realizar
48
5.6.4. Estudio de factibilidad legal
En este estudio de factibilidad se tienen en cuenta las licencias de
software que se utiliza para el desarrollo del sistema y las que son necesarias
por el usuario para su implementacin, para no infringir ninguna ley.
Tambin se deben considerar los plazos de entrega, stos se
encontrarn definidos con por la aprobacin de ambas partes.
Adems la confidencialidad de los datos estar cuidadosamente
definida, debido a que en la base de datos del sistema se almacenarn datos
personales de pacientes.
Software Valor
Licencia Windows 7 $783.540
Total $783.540
Tabla V 4: Valor licencias utilizadas para la implementacin del sistema.
Captulo VI Planificacin de actividades
49
Captulo VI
Planificacin de actividades
Captulo VI Planificacin de actividades
50
CAPTULO VI
VI PLANIFICACIN DE ACTIVIDADES
6.1. Planificacin del proyecto Carta Gantt
En este punto se muestran las actividades a realizar para el desarrollo
del sistema de gestin de informacin para el departamento de salud de
Puerto Octay. Por medio de una Carta Gantt se representarn grficamente
las tareas que se realizarn para el desarrollo del proyecto.
El diagrama de Carta Gantt es un diagrama representativo, que
permite visualizar fcilmente la distribucin temporal del proyecto, pero es
poco adecuado para la realizacin de clculos13,
Figura VI 1: Carta Gantt
13
(DuocUC)
Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y enfoque estructurado
51
Captulo VII
Diseo lgico de la solucin
bajo enfoque orientado a
objeto y enfoque estructurado
Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y enfoque estructurado
52
CAPTULO VII
VII DISEO LGICO DE LA SOLUCIN BAJO ENFOQUE ORIENTADO A
OBJETO Y ENFOQUE ESTRUCTURADO
7.1 Enfoque orientado a objeto
Este enfoque sirve para modelar y documentar sistemas de
informacin y procesos de gestin, mediante:
El anlisis orientado a objetos comprende el desarrollo de un modelo
orientado a objetos del dominio de aplicacin. Los objetos identificados
reflejan las identidades y operaciones que se asocian con el problema a
resolver.
El diseo orientado a objetos comprende el desarrollo de un modelo
orientado a objetos de un sistema software para implementar los
requerimientos identificados. Los objetos en un diseo orientado a objetos
estn relacionados con la solucin del problema por resolver.
Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y enfoque estructurado
53
7.7.1. Diagrama de Caso de Uso
En este diagrama se grafica detalladamente las interacciones que
tendrn los usuarios con el sistema de gestin de informacin a desarrollar.
En los diagramas de caso de uso cada tipo de usuario se representa
por un actor. Los actores utilizan el sistema interactuando con los casos de
uso. Un caso de uso es una secuencia de acciones que el sistema lleva a
cabo para ofrecer algn resultado de valor para un actor. El modelo caso de
uso est compuesto por todos los actores y todos los casos de uso de un
sistema.14
14
Jacobson, Booch & Rumbaugh, El proceso unificado de desarrollo de software, Ed. ADDISON WESLEY, 2000, p. 33.
Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y enfoque estructurado
54
Figura VII 1. Diagrama de Caso de uso
Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y enfoque estructurado
55
7.1.2. Diagrama de clases
Este diagrama visualiza la estructura de un sistema informtico, el
diagrama de clases nos permite modelar el esquema de una base de datos.
Un diagrama de clases se compone de: clases, interfaces y relaciones.15
15
Esperanza & Vara, op.cit., nota 15, p. 6.
Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y enfoque estructurado
56
Figura VII 2. Diagrama de clases
Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y enfoque estructurado
57
7.1.3. Diagrama de estados
Un diagrama de estados muestra el ciclo de vida de un objeto: que
eventos experimenta, sus transiciones y los estados en los que se encuentra
entre estos eventos.16
Figura VII 3. Diagrama de estados de las etapas de vida de un registro diario posta
16
(Larman, 2003)
Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y enfoque estructurado
58
7.1.4. Diagrama de actividades
Los diagramas de actividades grafican las actividades necesarias que
deben ejecutar los usuarios para realizar una actividad determinada.
El estudio de este tipo de diagramas, podr dirigirnos hacia una
programacin ms adecuada de todos los elementos, y con ello lograr que se
reduzcan los tiempos muertos o, que se pueda eliminar operaciones
redundantes.17
17
Fernndez, Gonzlez & Puente, Diseo y medicin de trabajos, Ed. Universidad de Oviedo, 1996, p.
Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y enfoque estructurado
59
Figura VII 4. Diagrama de actividades de ingreso tarjeta bincard
Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y enfoque estructurado
60
7.1.5. Diagrama de Secuencia
Un diagrama de secuencia es un dibujo que muestra, para un
escenario especfico de un caso de uso, los eventos que generan los actores
externos, el orden y los eventos entre los sistemas. Todos los sistemas se
tratan como cajas negras; los diagramas destacan los eventos que cruzan los
lmites del sistema desde los actores a los sistemas.18
Figura VII 5. Diagrama de Secuencia del ingreso de los datos en una bitcora de chofer
18
(Larman, 2003)
Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y enfoque estructurado
61
7.2. Enfoque estructurado
En el diseo con enfoque estructurado el sistema se modeliza con un
enfoque orientado al flujo de datos. Se aplican paradigmas de programacin
procedimental, modular, abstraccin de datos, e incluso de programacin
genrica, para el desarrollar el software.19
7.2.1. Modelo entidad relacin M.E.R
Los diagramas de entidad relacin se utilizan para representar el
modelado de una base de datos, el objetivo es obtener un modelo abstracto
que represente la informacin obtenida del mundo real grficamente. Para ello
hace uso, fundamentalmente, de tres conceptos: entidad, atributo y relacin.20
19
(Garrido A. , 2005) 20
(Cobo A. , Diseo y programacin de bases de datos, 2007)
Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y enfoque estructurado
62
Figura VII 6. Modelo entidad relacin
Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y enfoque estructurado
63
7.2.2. Modelo relacional
El modelo relacional se basa en representar los datos mediante tablas
con diferentes atributos a modo de columnas. La existencia de atributos
comunes en las tablas permite establecer relaciones entre ellas.21
21
(Cobo A. , 2005)
Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y enfoque estructurado
64
Figura VII 7. Modelo relacional
Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y enfoque estructurado
65
7.2.3. Descripcin de tablas (base de datos).
El diccionario de datos se utiliza para llevar un recuento detallado de
todas las tablas dentro de la base de datos que han sido creada por el usuario,
por el diseador o por ambos. As pues, el diccionario de datos contiene (por
lo menos) todos los nombres y caractersticas de atributo de cada una de las
tablas del sistema.22 De esta manera se evitarn las malas interpretaciones o
ambigedades.
Nombre de la tabla: Usuario Fecha creacin: XX/XX/XXXX
Descripcin: identifica al usuario que ingresar al sistema y que rol tiene dentro
de este.
Campo Tipo Dato PK/FK Descripcin
Id INT PK Identificador nico de usuario
username VARCHAR Nombre usuario de ingreso al
sistema
password VARCHAR Contrasea de ingreso al sistema
Rol VARCHAR Rol del usuario
Nombre VARCHAR Nombre y apellido usuario
Tabla VII 1. Descripcin de la tabla usuario
Nombre de la tabla: posta Fecha creacin: XX/XX/XXXX
Descripcin: almacena la informacin de la posta
Campo Tipo Dato PK/FK Descripcin
Id INT PK Identificador nico de usuario
Nombre VARCHAR nombre de la posta
Tabla VII 2. Descripcin de la tabla posta
22
Autor & Autor, Sistemas de base de datos: diseo, implementacin y administracin, Ed. Cengage Learning Editores, 2003, p. 76.
Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y enfoque estructurado
66
Nombre de la tabla: Persona Fecha creacin: XX/XX/XXXX
Descripcin: almacena la informacin personal del paciente
Campo Tipo Dato PK/FK Descripcin
Id INT PK Identificador nico de usuario
Run VARCHAR Run del paciente
Nombres VARCHAR Nombres del paciente
apellido_paterno VARCHAR Apellido paterno del paciente
apellido_materno VARCHAR Apellido materno del paciente
Sexo CHAR Sexo del paciente
fecha_nacimiento DATE Fecha de nacimiento del paciente
ocupacin VARCHAR Ocupacin de paciente
lugar_trabajo VARCHAR Lugar en que trabaja el paciente
fecha_admision DATE Fecha de ingreso al sistema del
paciente
escolaridad CHAR Nivel de escolaridad del paciente
jefe_familia_id INT FK Relacin del paciente, cual es su jefe
de familia, o si ste es jefe de familia
posta_idposta INT FK Relacin con la posta a la que
pertenece el paciente.
Tabla VII 3. Descripcin de la tabla persona
Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y enfoque estructurado
67
Nombre de la tabla: registro_diario_posta Fecha creacin: XX/XX/XXXX
Descripcin: almacena la informacin de registro diario de atencin primaria a
paciente en posta
Campo Tipo Dato PK/FK Descripcin
idregistro_diario_posta, INT PK Identificador nico de registro
Fecha DATE Fecha del registro de posta
diagnostico VARCHAR Diagnstico del registro de
paciente
posta_idposta INT FK Relacin a la posta que
corresponde el registro
persona_id INT FK Relacin con la persona que se
est ingresando al registro
Tabla VII 4. Descripcin de la tabla registro diario posta
Nombre de la tabla: control Fecha creacin: XX/XX/XXXX
Descripcin: almacena el control que se registra en el registro diario posta
Campo Tipo Dato PK/FK Descripcin
Idcontrol INT PK Identificador nico de control
Control VARCHAR Control que se realiza al paciente
en el registro
registro_diario_posta_id
registro_diario_posta,
INT FK Relacin con el registro diario
correspondiente
Tabla VII 5. Descripcin de la tabla control
Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y enfoque estructurado
68
Nombre de la tabla: consulta Fecha creacin: XX/XX/XXXX
Descripcin: almacena la consulta que se registra en el registro diario posta
Campo Tipo Dato PK/F
K
Descripcin
Idconsulta INT PK Identificador nico de consulta
Consulta VARCHAR consulta que se realiza al paciente
en el registro
registro_diario_posta_id
registro_diario_posta,
INT FK Relacin con el registro diario
correspondiente
Tabla VII 6. Descripcin de la tabla consulta
Nombre de la tabla: procedimientos Fecha creacin: XX/XX/XXXX
Descripcin: almacena el procedimiento que se registra en el registro diario
posta
Campo Tipo Dato PK/F
K
Descripcin
idprocedimientos INT PK Identificador nico de
procedimientos
procedimientos VARCHAR Procedimientos que se realiza al
paciente en el registro
registro_diario_posta_id
registro_diario_posta,
INT FK Relacin con el registro diario
correspondiente
Tabla VII 7. Descripcin de la tabla procedimientos
Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y enfoque estructurado
69
Nombre de la tabla: casa Fecha creacin: XX/XX/XXXX
Descripcin: almacena la encuesta familiar
Campo Tipo Dato PK/FK Descripcin
Id INT PK Identificador nico de encuesta
familiar
fecha_ingreso DATE Ingreso de la encuesta al
sistema
domicilio VARCHAR Domicilio de la familia
distancia_posta VARCHAR Distancia del domicilio a la
posta donde se atienden
tipo_vivienda VARCHAR Tipo de vivienda ( casa,
departamento)
pertenencia_vivienda VARCHAR Pertenencia de la vivienda
(propia, arrendada)
nro_camas INT Nmero de camas
cocina BOOLEAN Si tiene cocina o no
tipo_alumbrado VARCHAR Tipo de alumbrado
medios_de_comunicacion VARCHAR Si tiene medio de comunicacin
o no
huerto BOOLEAN Si tiene huerto o no
ganado BOOLEAN Si tiene ganado o no
nro_perros INT Nmero de perros
abastecimiento_agua VARCHAR Como se abastecen de agua en
la casa
eliminacion_excretas VARCHAR Como se eliminan las excretas
en la casa
deposicion_basura VARCHAR Como se elimina la basura en
la casa
jefe_familia_id INT FK Relacin de la encuesta con las
personas en ella en este caso
por medio del jefe de familia
con ste a la vez se relaciona
con la posta a la que
corresponde.
Tabla VII 8. Descripcin de la tabla casa
Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y enfoque estructurado
70
Nombre de la tabla: medicamento Fecha creacin:
XX/XX/XXXX
Descripcin: almacena el ingreso de medicamentos
Campo Tipo Dato PK/FK Descripcin
idmedicamento INT PK Identificador nico medicamento
Nombre VARCHAR Nombre medicamento
Cantidad VARCHAR Ya sea, mg, ml, gr de
medicamento
laboratorio VARCHAR Laboratorio medicamento
componente VARCHAR Componentes del medicamento
Tabla VII 9. Descripcin de la tabla medicamento
Nombre de la tabla: entrada Fecha creacin:
XX/XX/XXXX
Descripcin: almacena una nueva cantidad de medicamento ingresado
Campo Tipo Dato PK/FK Descripcin
Identrada INT PK Identificador nico entrada
unidades INT Unidades de medicamento
ingresadas
Fecha DATE Fecha de ingreso de
medicamento
medicamneto_idmedicamento INT FK Relacin con el
medicamento que ha sido
ingresado
Tabla VII 10. Descripcin de la tabla entrada
Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y enfoque estructurado
71
Nombre de la tabla: Bincard Fecha creacin:
XX/XX/XXXX
Descripcin: almacena la salida de stock de medicamento a las diferentes
postas
Campo Tipo Dato PK/FK Descripcin
Idbincard INT PK Identificador nico bincard
Unidades VARCHAR Unidades de
medicamentos
medicamento_idmedicamento VARCHAR FK Relacin con el
medicamento
posta_idposta VARCHAR FK Relacin con la posta a la
que va el medicamento
Tabla VII 11. Descripcin de la tabla bincard
Nombre de la tabla: vehculo Fecha creacin:
XX/XX/XXXX
Descripcin: almacena los vehculos del departamento de salud
Campo Tipo Dato PK/FK Descripcin
Idvehiculo INT PK Identificador nico vehculo
Patente VARCHAR Patente vehculo
Marca VARCHAR Marca vehculo
combustible VARCHAR Tipo combustible que utiliza
vehculo
usuario_id INT FK Chofer asignado al vehculo
Tabla VII 12. Descripcin de la tabla vehculo
Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y enfoque estructurado
72
Nombre de la tabla: bitcora Fecha creacin:
XX/XX/XXXX
Descripcin: almacena la informacin de bitcora diaria del vehculo
Campo Tipo Dato PK/FK Descripcin
idbitacora INT PK Identificador nico bitcora
nro_bitacora INT Nmero bitcora
Fecha DATE Fecha de ingreso bitcora
km_inicio FLOAT Kilometraje al inicio de la salida de
posta en el da
km_final FLOAT Kilometraje al final de la salida a
posta en el da
Litros FLOAT Litros de abastecimiento de
combustible comprado en el da
nro_vale INT Nmero de vale
Valor INT Valor por el combustible
comprado
nro_guia INT Nmero de gua
Kms FLOAT Kilmetros recorridos en el da
Cometido VARCHAR Cometido de salida del vehculo
usuario_id INT FK Relacin con el chofer
vehiculo_idvehiculo INT FK Relacin con el vehculo
correspondiente a la bitcora
Tabla VII 13. Descripcin de la tabla bitcora
Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y enfoque estructurado
73
7.3. Diagrama de proceso de negocio (BPMN)
BPMN define un Business Process Diagram (BPD), se basa en una
tcnica de grafos de flujo para crear modelos grficos de operaciones de
procesos de negocio. Un modelo de procesos de negocio, es una red de
objetos grficos, que son actividades (trabajo) y controles de flujo que definen
su orden de rendimiento.
Figura VII 8. Diagrama de proceso de negocio BPMN
Captulo VIII Planes de Prueba
74
Captulo VIII
Planes de prueba
Captulo VIII Planes de prueba
75
CAPTULO VIII
VIII Planes de prueba
Un plan de pruebas permite especificar lo que desea probar y cmo
ejecutar dichas pruebas. Un plan de pruebas se puede aplicar a una iteracin
concreta de su proyecto. Puede tener solo un conjunto de pruebas
predeterminado para sus casos de prueba o puede crear una jerarqua de
conjuntos de pruebas.23
8.1. Descripcin plan de prueba
El plan de prueba se realiz al mdulo de inicio de sesin, ya que uno
de los requerimientos que se le asigno al usuario fue que solo el personal
autorizado segn sus roles pueda ingresar a sus respectivos mdulos en la
aplicacin web, evitando que personal no autorizado pueda ver informacin
que no le corresponda.
Igualmente se le realiz plan de prueba a un formulario de ingreso de
datos, en este caso al ingreso de bitcora, para corroborar si los datos
obligatorios y tipo de datos estn siendo bien ingresados al sistema, esto es
de gran importancia, ya que, la forma en que est siendo almacenada la
informacin ayudar en la gestin de sta.
23
(Crear y definir un plan de pruebas)
Captulo VIII Planes de prueba
76
8.1.1. Identificacin tipo de prueba
Las pruebas que se realizarn son las de caja negra (enfoque funcional)
y de caja blanca (enfoque estructurado).
En el enfoque funcional o caja negra se realiza un anlisis a la interfaz
del sistema, evaluando las diferentes entradas, procesos y salida de datos que
puede efectuar el usuario.
Y en el enfoque estructurado o caja blanca se evaluaran
minuciosamente unas lneas de cdigo del software, del cual se realizar un
anlisis mediante grafos, donde se podrn identificar los diferentes caminos
que seguir la aplicacin ante las diferentes entradas de datos.
8.1.1.1. Pruebas de caja negra
La prueba de caja negra intenta encontrar errores de las siguientes
categoras: (1) funciones incorrectas o ausentes, (2) errores de interfaz, (3)
errores de en estructuras de datos o en accesos a bases de datos externas,
(4) errores de rendimiento y (5) errores de inicializacin y de terminacin.24
24
(Pressman R. S., 2002)
Captulo VIII Planes de prueba
77
Formulario de prueba de caja negra
Proceso: ingreso bitcora
Entrada Valores vlidos Valores invlidos
nro_bitacora INT
Captulo VIII Planes de prueba
78
8.1.1.2. Pruebas de caja blanca
Mediante los mtodos de prueba de caja blanca, el ingeniero del
software puede obtener casos de prueba que (1) garanticen que se ejercita
por lo menos una vez todos los caminos independientes de cada modulo; (2)
ejerciten todas las decisiones lgicas en sus vertientes verdadera y falsa; (3)
ejecuten todos los bucles en sus lmites y con sus lmites operacionales; y (4)
ejerciten las estructuras internas de datos para asegurar su validez.25
Figura VII 1. Cdigo authenticate para prueba caja blanca
25
(Pressman R. S., 2002)
Captulo VIII Planes de prueba
79
Figura VIII 2: Grafo de flujo de inicio de sesin
Caminos dependientes:
1 2 3.1 8 9 (a1 a2 a3 a4)
1 2 3.2 4.1 7 8 9 (a1 a5 a6 a7 a8 a4)
1 2 3 3.2 4.2 5 6 7 8 9 (a1 a5 a9 a10 a11 a12 a8
a4)
Captulo X Plan de contingencia
80
Captulo IX
Plan de contingencia
Captulo IX Plan de contingencia
81
CAPTULO IX
IX Plan de contingencia
El objetivo general de un plan de contingencia es garantizar la
continuidad de las actividades, ante eventos que podran alterar el normal
funcionamiento de la tecnologa de la informacin y comunicaciones, a fin de
minimizar el riesgo no previsible, crticos o de emergencia, y responder de
forma inmediata hacia la recuperacin de las actividades normales.26
9.1. Identificacin de Riesgos
En este tem se identificarn los posibles riesgos que pueden sufrir los
elementos referidos al sistema informtico, equipos, personal, infraestructura,
servidor de alojamiento web, como tambin la informacin almacenada en ella.
9.1.1. Posibles Daos
1. Imposibilidad de acceso a los recursos debido a problemas fsicos en
las instalaciones, naturales o humanas.
2. Imposibilidad de acceso a los recursos informticos, sean estos por
cambios involuntarios o intencionales, tales como cambios de claves de
acceso, eliminacin o borrado fsico/lgico de informacin clave,
proceso de informacin no deseado.
3. Divulgacin de informacin a instancias fuera de la institucin, sea
mediante Robo o Infidencia.
26
(Espino Sanchez)
Captulo IX Plan de contingencia
82
9.1.2. Fuentes de dao
1. Acceso no autorizado
2. Desastres Naturales (Movimientos telricos, Inundaciones)
3. Fallas de Personal (enfermedad, accidentes, renuncias)
4. Fallas de Hardware (falla en los servidores o falla en el hardware).
9.1.3. Clases de Riesgos
1. Incendio o Fuego
2. Robo de equipos y archivos
3. Falla en los equipos
4. Equivocaciones del personal
5. Accin virus informtico
6. Fenmenos naturales
7. Accesos no autorizados
8. Ausencia del personal de sistemas.
Captulo IX Plan de contingencia
83
9.2. Clasificacin de los riesgos
Una vez realizada la identificacin de los posibles riesgos se debe
realizar la clasificacin de stos, para esto se debe tener en cuenta el impacto
y la probabilidad de que ocurran. Se debe tener en cuenta la zona en donde
se almacenar el sistema y el personal que tendr acceso a l.
Riesgo Grado de
Negatividad
Frecuencia
de evento
Grado de
impacto
Incendio o Fuego Muy severo Aleatorio Alto
Robo de equipos y archivos Grave Aleatorio Grave
Falla en los equipos Grave Aleatorio Grave
Equivocaciones del personal Moderado Peridico Moderado
Accin virus informtico Grave Continuo Moderado
Fenmenos naturales Grave Aleatorio Grave
Accesos no autorizados Grave Aleatorio Grave
Tabla IX 1. Tabla clasificacin de riesgos
Captulo IX Plan de contingencia
84
9.3. Planificacin de riesgos.
1. Incendio o Fuego
Se debe contar con un extintor de incendio cargado en las
dependencias donde se encuentren almacenados los equipos y
servidores.
As tambin se deber realizar una capacitacin al personal a
cargo de estos sobre el manejo de extintores de incendio.
Por ltimo se debe realizar backups de la base de datos del
sistema diariamente por el administrador.
2. Robo de equipos y archivos
Se requiere que cada funcionario en el momento de retirarse
de su lugar de trabajo por un tiempo considerable, opte por guardar
su equipo dentro de algn cajn o estante bajo llave.
Para hacer retiro de algn equipo se deber pedir una
autorizacin por escrito por el jefe del departamento de salud.
Captulo IX Plan de contingencia
85
3. Falla en los equipos
Realizar mantenimiento preventivo de equipos por lo menos
dos veces al ao.
La falla en el hardware de los equipos requiere de remplazo de
repuestos de forma inmediata. Para esto de ser posible se debe
contar con repuestos de quipos que estn para dar de baja.
El dao de equipos por fallas en la energa elctrica, requiere
contar con dispositivos que amplen tiempo para apagar
correctamente el equipo.
4. Equivocaciones
Para las equivocaciones que se producen en forma involuntaria
del personal, se realizar una capacitacin antes de ser implementado
el sistema a los futuros usuarios. Si se integran nuevos usuarios el
administrador del sistema ser el encargado de explicar el
funcionamiento del sistema.
5. Accin virus informtico
Se cuenta con un software antivirus en la institucin, se debe
evitar que las licencias de ste expiren, y hacer la renovacin con
anterioridad del nuevo antivirus.
Captulo IX Plan de contingencia
86
6. Fenmenos naturales
La prevencin de desastres naturales solo se podr hacer
desde el punto de minimizar los riesgos, por ejemplo ante un temblor,
dejar los equipos de manera tal que con el movimiento telrico no se
genere una cada causando destruccin del equipo o la interrupcin
del proceso o funcionamiento normal de ste.
7. Accesos no autorizados
Se deber solicitar por escrito al administrador del sistema la
creacin de nuevos usuarios y sus respectivos permisos (roles) que
stos tengan o cualquier cambio referente a los mismos.
Capacitar al personal dando a conocer la importancia de la
privacidad de sus contraseas, recalcando la responsabilidad e
importancia que esto implica.
Si un funcionario es desvinculando del departamento de salud
informar inmediatamente para que el administrador elimine
automticamente el usuario.
Captulo X Manuales del sistema
87
Captulo X
Manuales del Sistema
Captulo X Manuales del sistema
88
CAPTULO X
X MANUALES
10.1. Manuales del Sistema
En este punto se definirn los requerimientos necesarios para que el
sistema tenga un funcionamiento satisfactorio, detallando el modo de
instalacin y por ltimo un manual de usuario.
10.1.1. Requerimientos
El sistema para el departamento de salud de Puerto Octay es una
aplicacin web, por lo cual para su funcionamiento el usuario final solo
necesitara un equipo (notebook) que tenga conexin a internet y un navegador
web, que le permitir manipula y visualizar el sistema.
10.1.2. Instalacin
Como se mencion anteriormente el sistema desarrollado es una
aplicacin web, por lo que no se necesitar una instalacin en los
computadores de los usuarios, ya que esta estar alojada en un servidor
externo, por lo tanto el personal del departamento de salud solo necesitar un
navegador web para su utilizacin.
Captulo X Manuales del sistema
89
10.2. Manual de Usuario
En el presente manual de usuario se describir todo lo necesario para
utilizar el mdulo Paramdico del Sistema de Gestin de informacin para el
Departamento de salud de Puerto Octay.
1. Ingreso al sistema
Al ingresar al sistema se abrir la ventana de inicio de sesin, donde el
usuario debe ingresar username (nombre de usuario) y password (contrasea)
y hacer clic en el botn login para entrar a su respectivo mdulo.
Figura X 1. Inicio sesin
Captulo X Manuales del sistema
90
2. Men Paramdico
Al ingresar en este caso se encontrar con el men correspondiente al
mdulo paramdico donde se puede seleccionar Registro diario posta,
paciente o encuesta familiar, para acceder a lo que se quiera realizar.
Figura X 2. Men paramdico
3. Administrar Registro diario posta
Como se seal anteriormente al seleccionar registro diario posta se
abrir automticamente la ventana administrar registro diario posta, donde
usted podr filtrar los registros diarios por ejemplo por fecha de ingreso,
apellido paterno del paciente.
Una vez filtrados los datos .usted tendr la opcin de generar un
informe en PDF, presionando el botn PDF.
Tambin en esta ventana podr seleccionar la opcin de crear un nuevo
registro.
Figura X 3. Ventana administrar registro diario posta
Captulo X Manuales del sistema
91
4. Nuevo registro diario posta
Al seleccionar Nuevo registro se abrir la ventana Nuevo registro diario
posta, donde usted deber ingresar obligatoriamente los datos que tengan un
(*) y seleccionar cuando sea necesario las opciones de control, consulta,
procedimiento. Una vez ingresados todos los datos necesarios presionar el
botn guardar.
Para volver a la ventana Administrar registro diario posta presionar el
botn Administrar.
Figura X 4. Nuevo registro diario posta
Captulo X Manuales del sistema
92
5. Ver, modificar, eliminar.
En la ventana administrar estn los iconos de ver , modificar y
eliminar , los cuales usted deber seleccionar segn lo que requiera
realizar.
Figura X 5. Botones ver, modificar, eliminar un registro diario posta
5.1. Ver
Si usted presion el botn ver, se abrir la vista que se muestra en la
figura X 5.1., donde podr corroborar los datos del registro diario
seleccionado.
Tambin se muestra un men donde podr seleccionar crear un nuevo
registro, modificar, eliminar o volver a la ventana administrador.
Figura X 5.1. Ver registro diario posta
Captulo X Manuales del sistema
93
5.2. Modificar
Si usted presion el botn modificar, se abrir la vista que se muestra
en la figura X 5.2., donde podr modificar los datos anteriormente ingresado
del registro diario seleccionado.
Tambin se le muestra un men donde podr seleccionar crear un
nuevo registro, ver o volver a la ventana administrador.
Figura X 5.2. Modificar registro diario posta
Captulo X Manuales del sistema
94
5.3. Eliminar
Si usted presion el botn eliminar, se desplegar el mensaje que se
muestra en la figura X 5.3., donde deber confirmar si desea borrar el registro
diario seleccionado.
Figura X 5.3. Mensaje eliminar registro diario posta
Captulo X Manuales del sistema
95
6. Administrar paciente
Como se mencion anteriormente al seleccionar paciente se abrir
automticamente la ventana administrar paciente, donde usted podr filtrar los
pacientes por ejemplo por apellido paterno del paciente.
Tambin en esta ventana podr seleccionar la opcin de crear un nuevo
paciente.
Al igual que podr generar un informe en PDF de los paciente
correspondiente a la posta segn su fecha de admisin por ejemplo
Figura X 6. Ventana administrar paciente
Captulo X Manuales del sistema
96
7. Nuevo paciente
Al seleccionar Nuevo paciente se abrir la ventana Nuevo paciente,
donde usted deber ingresar obligatoriamente los datos que tengan un (*), el
campo jefe familia quedar vaci cuando el paciente ingresado sea por s
mismo el jefe de familia. Una vez ingresados todos los datos necesarios
presionar el botn guardar.
Para volver a la ventana Administrar paciente presionar el botn
Administrar.
Figura X 7. Nuevo paciente
Captulo X Manuales del sistema
97
8. Ver, modificar, eliminar
En la ventana administrar estn los iconos de ver , modificar y
eliminar , los cuales usted deber seleccionar segn lo que requiera
realizar.
8.1. Ver paciente
Si usted presion el botn ver, se abrir la vista que se muestra en la
figura X 8.1., donde podr corroborar los datos del paciente seleccionado.
Tambin se muestra un men donde podr seleccionar crear un nuevo
paciente, modificar, eliminar o volver a la ventana administrador.
Figura X 8.1. Ver paciente
Captulo X Manuales del sistema
98
8.2. Modificar paciente
Si usted presion el botn modificar, se abrir la vista que se muestra
en la figura X 8.2., donde podr modificar los datos anteriormente ingresado
del paciente seleccionado.
Tambin se muestra un men donde podr seleccionar crear un nuevo
paciente, ver o volver a la ventana administrador.
Figura X 8.2. Modificar paciente
Captulo X Manuales del sistema
99
8.3. Eliminar paciente
Si usted presion el botn eliminar, se desplegar el mensaje que se
muestra en la figura X 8.3., donde deber confirmar si desea borrar el paciente
seleccionado.
Figura X 8.3. Mensaje eliminar paciente
Captulo X Manuales del sistema
100
9. Administrar encuesta familiar
Igualmente al seleccionar encuesta familiar se abrir automticamente
la ventana administrar encuesta familiar, donde usted podr filtrar las
encuestas por ejemplo por fecha de ingreso de la encuesta al sistema, apellido
paterno del jefe de familia.
Una vez filtrados los datos .usted tendr la opcin de generar un
informe en PDF, presionando el botn PDF.
Tambin en esta ventana podr seleccionar la opcin de crear una
nueva encuesta familiar.
Figura X 9. Administrar encuesta familiar
Captulo X Manuales del sistema
101
10. Nueva encuesta familiar
Al seleccionar Nueva encuesta familiar se abrir la ventana Nueva
encuesta familiar, donde usted deber ingresar obligatoriamente los datos que
tengan un (*). Una vez ingresados todos los datos necesarios presionar el
botn guardar.
Para volver a la ventana Administrar encuesta familiar presionar el
botn Administrar.
Figura X 10. Nueva encuesta familiar
Captulo X Manuales del sistema
102
11. Ver, modificar, eliminar
En la ventana administrar estn los iconos de ver , modificar y
eliminar , los cuales usted deber seleccionar segn lo que requiera
realizar.
11.1. Ver
Si usted presion el botn ver, se abrir la vista que se muestra en la
figura X 11.1., donde podr corroborar los datos de la encuesta familiar
seleccionada.
Al presionar el icono de PDF se generar un informe de la encuesta
familiar seleccionada.
Tambin se muestra un men donde podr seleccionar crear una
nueva encuesta familiar, modificar, eliminar o volver a la ventana
administrador.
Figura X 11.1. Ver encuesta familiar
Captulo X Manuales del sistema
103
11.2. Modificar
Si usted presion el botn modificar, se abrir la vista que se muestra
en la figura X 11.2., donde podr modificar los datos anteriormente
ingresados de la encuesta familiar.
Tambin se muestra un men donde podr seleccionar crear una nueva
encuesta familiar, ver o volver a la ventana administrador.
Figura X 11.2. Modificar encuesta familiar
Captulo X Manuales del sistema
104
11.3. Eliminar
Si usted presion el botn eliminar, se desplegar el mensaje que se
muestra en la figura X 8.3., donde deber confirmar si desea borrar la
encuesta familiar seleccionada.
Figura X 11.3. Mensaje eliminar encuesta familiar
Captulo XI Conclusin
105
Captulo XI
Conclusin
Captulo XI Conclusin
106
CAPITULO XI
XI CONCLUSIN
El uso del sistema para la gestin de informacin almacenada para el
departamento de salud, se presenta en el momento en que almacenar y
manejar esta informacin ya no es factible administrarla en papel por el gran
nmero de documentos que se tienen que realizar y la demora en llegar la
informacin al departamento de salud desde las postas, de esta manera se
demuestra que es una solucin factible tanto en la ayuda que proporciona,
como tambin, en la simpleza de la aplicacin para obtener los resultados
esperados.
El sistema ofrecer herramientas que ayudarn a la administracin y
gestin de la informacin, tambin nos dar un modo de almacenamiento
seguro y eficiente de la informacin dejando a un lado el gran nmero de
documentos en papel. A los usuarios les permitir de una manera menos
engorrosa y fcil gestionar la informacin que stos manejen y necesiten.
Para el departamento de salud es de gran importancia el control de los
procedimientos que realizan los paramdicos en las postas rurales, ya sea
ingresos de registros diarios, el ingreso de un paciente nuevo o de una
encesta familiar, es por esto que el manejo de informacin por medio web
facilitar la llega en tiempo real de lo que se est procesando en las postas en
el departamento de salud en Puerto Octay.
Captulo XI Conclusin
107
Para el chofer hacer sus ingresos en el sistema le proporcionar
generar informes mensuales de sus bitcoras y filtrar sus bsquedas por
fechas haciendo mucho ms fcil generar estadsticas de diferentes periodos
de tiempo. Tambin al constar con grficos estadsticos le dar informacin
relevante sobre los gastos que se estn realizando en el rea de transporte de
la institucin.
En el rea de farmacia poder manejar el stock con el que se cuanta de
cada medicamento y hacia que posta se fueron las cantidades de
medicamentos registrados de manera automatizada y a la vez generar
informes de esto, como se mencion anteriormente evitar duplicidad de
datos.
Captulo XII Bibliografa
108
Captulo XII
Bibliografa
Captulo XII Bibliografa
109
CAPITULO VII
VII BIBLIOGRAFA
Libros
Autor,P. & Autor, C. (2003). Sistemas de base de datos: Diseo, implementacin y
administracin. Cengage Learning Editores.
Cobo, A. (2007). Diseo y programacin de bases de datos. Visin libros.
Cobo, ., & Gomez, P. (2005). PaHP y MySQL. Tecnologa para el desarrollo de aplicaciones
web. Ediciones Daz de Santos.
Fernndez, I., Peter, G., & Javier, P. (1996). Diseo y medicin de trabajos. Universidad de
Oviedo.
Garrido, A. (2005). Fundamentos de programacin en C++. Delta publicaciones.
Gaspar, J. (2004). Planes de contingencia: la continuidad del negocio en las organizaciones.
Daz de Santos.
Hernndez, R., Fernndez, C., & Baptista, P. (2006). Metodologa de la investigacin.
McGraw-Hill.
Jacobson, I., Booch, G., & Rumbaugh, J. (2000). El proceso unificado de desarrollo de
software. ADDISON WESLEY.
Larman, C. (2003). Uml y patrones, 2da edicin. Madrid: Pearson.
Pressman, R. S. (2005). Ingenieria del Software: Un enfoque practico. McGraw-Hill.
Sommerville, I. (2005). Ingeniera del Software, Sptima edicin. Madrid: Pearson.
Captulo XII Bibliografa
110
Sitios Web
Crear y definir un plan de pruebas. (s.f.). Recuperado el 20 de Noviembre de 2014, de
http://msdn.microsoft.com/es-es/library/vstudio/dd286583%28v=vs.110%29.aspx
DuocUC, E. d. (s.f.). Administracin de Recursos Informticos. Recuperado el 10 de
Noviembre de 2014, de http://apuntesduoc.pbworks.com/f/10+ADM+PROY+INFORM+-
+Unidad+III+-+Gantt.pdf
Espino Sanchez, M. A. (s.f.). Plan de contingencia informtico 2012-2015 instituto del mar de
per. Recuperado el 22 de Noviembre de 2014, de
http://www.imarpe.pe/imarpe/archivos/informes/imarpe_resol_de_158_2012_conting.pdf
Fonseca Aravena, M. (s.f.). Municipalidad Teodoro Schmidt. Recuperado el 11 de Octubre de
2014, de http://www.muniteodoro.cl/web/municipalidad/departamento-de-salud-municipal.html
ingenieros. (3 de noviembre de 2013). Herramienta de Gestin de Base de Datos. Recuperado
el 13 de octubre de 2014, de https://ingenieross.wordpress.com/category/bases-de-datos/
Municipalidad La Union. (s.f.). Recuperado el 11 de Octubre de 2014, de
http://www.munilaunion.cl/?page_id=708
PcFactory. (s.f.). Impresora HP. Recuperado el 2014 de octubre de 10, de
https://www.pcfactory.cl/producto/14946-Impresora.Tinta.Color.Deskjet.1015
PcFactory. (s.f.). Microsoft Windows 7 Pro GGK OEM. Recuperado el 10 de octubre de
2014, de https://www.pcfactory.cl/producto/5063-Windows.7.Pro.GGK.
PcFactory. (s.f.). Notebook HP. Recuperado el 10 de octubre de 2014, de
https://www.pcfactory.cl/producto/17562-Notebook.G4045.AMD.dual.core.E1-
6010.2GB.500GB.14.Windows.8.1.Silver
Rodrguez Ortega, N. (8 de Agosto de 2013). Aprueba instructivo que estabalece
procedimientos para el uso de vehculos institucionales. Recuperado el 12 de Octubre de
2014, de
http://personas.entel.cl/PortalPersonas/appmanager/entelpcs/personas?_nfpb=true&_pageLab
el=P12800364521294253893661&refPlan=&codProducto=102309&hash=idCategoria%3D1
WageIndicatorFoundation. (s.f.). Salario bruto mensual para: Desarrolladores de software.
Recuperado el 20 de Noviembre de 2014, de Tusalario.org/Chile:
http://www.tusalario.org/chile/main/salario/Comparatusalario?job-id=2512010000000
Wikipedia. (14 de septiembre de 2014). XAMPP. Recuperado el 13 de octubre de 2014, de
http://es.wikipedia.org/wiki/XAMPP
Yii Framework. (21 de noviembre de 2008). Yii Framework. Recuperado el 13 de octubre de
2014, de http://www.yiiframework.com/doc/guide/1.1/es/quickstart.what-is-yii