Sie sind auf Seite 1von 110

____________________________________________________________________________

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

Autor:
Soraya Macarena Yagode Fuica

Docente Gua:
Myriam Cecilia Geraldo Donoso

Osorno, Chile, Diciembre 2014

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.

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
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
5

ndice
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
45

5.6.2 Estudio Factibilidad econmica

ndice
5.6.3 Estudio de factibilidad operacional
5.6.4 Estudio de factibilidad legal

...47

...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
7.1.2 Diagrama de clases

...53

...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


....61

7.2.1 Modelo entidad relacin M.E.R


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
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
10.1.2 Instalacin

..........88

.............88

10.2 Manual de usuario ........................................................................................ 89


CAPTULO XI .......................................................................................................... 106
XI CONCLUSIN .................................................................................................... 106
CAPTULO XII ......................................................................................................... 109
XII Bibliografa ......................................................................................................... 109

Introduccin

Introduccin

Introduccin
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.

10

Captulo I Definicin de la empresa

Captulo I
Definicin de la empresa

11

Captulo I: Definicin de la empresa

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.

12

Captulo I: Definicin de la empresa

Figura I 1:Organigrama Departamento de salud Puerto Octay

13

Captulo II Objetivos del proyecto

Captulo II
Objetivos del Proyecto

14

Captulo II Objetivos del proyecto


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.

15

Captulo II Objetivos del proyecto


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

16

respectivos

vehculos.

Captulo II Marco Terico

Captulo III
Marco Terico

17

Captulo II Marco Terico


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

(Fonseca Aravena)

18

Captulo II Marco Terico


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

(Municipalidad La Union)

19

Captulo II Marco Terico


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

20

Captulo II Marco Terico


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

21

Captulo II Marco Terico


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

22

Captulo II Marco Terico


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

(Rodrguez Ortega, 2013)

23

Captulo II Marco Terico


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

24

Captulo II Marco Terico


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.

(Sommerville, 2005)

25

Captulo II Marco Terico


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

(Yii Framework, 2008)

26

Captulo II Marco Terico


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

(ingenieross, 2013)

27

Captulo II Marco Terico


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

(Wikipedia, XAMPP, 2014)

28

Captulo IV Metodologa de trabajo

Captulo IV
Metodologa de Trabajo

29

Captulo IV Metodologa de trabajo


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.

(Hernandez Sampieri Roberto, 2006)

30

Captulo IV Metodologa de trabajo


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

31

Captulo IV Metodologa de trabajo


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.

32

Captulo V Sistema a realizar

Captulo V
Sistema a realizar

33

Captulo V Sistema a realizar


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.

34

Captulo V Sistema a realizar


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.

35

Captulo V Sistema a realizar


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.

36

Captulo V Sistema a realizar


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.

37

Captulo V Sistema a realizar


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.

38

Captulo V Sistema a realizar


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.

39

Captulo V Sistema a realizar


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.

40

Captulo V Sistema a realizar


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.

41

Captulo V Sistema a realizar


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.

42

Captulo V Sistema a realizar


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.

43

Captulo V Sistema a realizar


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

44

Captulo V Sistema a realizar


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.

45

Captulo V Sistema a realizar


Recurso

Cantidad

Precio

Total

Notebooks

219.999

1.319.9409

Impresoras

12.990

77.94010

Windows 7

130.590

783.54011

NetBeans

PHP 5,2

MySQL

XAMPP

phpMyAdmin

Hosting

118.800

118.800

Capacitacin

4 das

20.000 x da

80.000

168 Hrs

5.290 x Hora

888.72012

usuarios
Honorarios
desarrollador
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.

(PcFactory, Notebook HP)


(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.
10

46

Captulo V Sistema a realizar


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.

47

Captulo V Sistema a realizar


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.

48

Captulo VI Planificacin de actividades

Captulo VI
Planificacin de actividades

49

Captulo VI Planificacin de actividades


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)

50

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

51

Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y


enfoque estructurado
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.

52

Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y


enfoque estructurado
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.

53

Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y


enfoque estructurado

Figura VII 1. Diagrama de Caso de uso

54

Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y


enfoque estructurado
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.

55

Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y


enfoque estructurado

Figura VII 2. Diagrama de clases

56

Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y


enfoque estructurado
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)

57

Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y


enfoque estructurado
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.

58

Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y


enfoque estructurado

Figura VII 4. Diagrama de actividades de ingreso tarjeta bincard

59

Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y


enfoque estructurado
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)

60

Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y


enfoque estructurado
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
20

(Garrido A. , 2005)
(Cobo A. , Diseo y programacin de bases de datos, 2007)

61

Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y


enfoque estructurado

Figura VII 6. Modelo entidad relacin

62

Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y


enfoque estructurado
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)

63

Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y


enfoque estructurado

Figura VII 7. Modelo relacional

64

Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y


enfoque estructurado
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

username

VARCHAR

Identificador nico de usuario


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

Nombre

VARCHAR

Identificador nico de usuario


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.

65

Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y


enfoque estructurado
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

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

Identificador nico de usuario

paciente
escolaridad

CHAR

jefe_familia_id

INT

Nivel de escolaridad del paciente


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

66

Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y


enfoque estructurado
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

idregistro_diario_posta, INT

PK/FK Descripcin
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

INT

FK

registro_diario_posta,

Relacin con el registro diario


correspondiente

Tabla VII 5. Descripcin de la tabla control

67

Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y


enfoque estructurado
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

Descripcin

K
Idconsulta

INT

Consulta

VARCHAR

PK

Identificador nico de consulta


consulta que se realiza al paciente
en el registro

registro_diario_posta_id

INT

FK

registro_diario_posta,

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

Descripcin

K
idprocedimientos

INT

PK

Identificador nico de
procedimientos

procedimientos

VARCHAR

Procedimientos que se realiza al


paciente en el registro

registro_diario_posta_id

INT

FK

registro_diario_posta,

Relacin con el registro diario


correspondiente

Tabla VII 7. Descripcin de la tabla procedimientos

68

Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y


enfoque estructurado
Nombre de la tabla: casa

Fecha creacin: XX/XX/XXXX

Descripcin: almacena la encuesta familiar


Campo

Tipo Dato

PK/FK Descripcin

Id

INT

PK

fecha_ingreso

DATE

domicilio
distancia_posta

VARCHAR
VARCHAR

tipo_vivienda

VARCHAR

pertenencia_vivienda

VARCHAR

nro_camas
cocina
tipo_alumbrado
medios_de_comunicacion

INT
BOOLEAN
VARCHAR
VARCHAR

huerto
ganado
nro_perros
abastecimiento_agua

BOOLEAN
BOOLEAN
INT
VARCHAR

eliminacion_excretas

VARCHAR

deposicion_basura

VARCHAR

jefe_familia_id

INT

FK

Identificador nico de encuesta


familiar
Ingreso de la encuesta al
sistema
Domicilio de la familia
Distancia del domicilio a la
posta donde se atienden
Tipo de vivienda ( casa,
departamento)
Pertenencia de la vivienda
(propia, arrendada)
Nmero de camas
Si tiene cocina o no
Tipo de alumbrado
Si tiene medio de comunicacin
o no
Si tiene huerto o no
Si tiene ganado o no
Nmero de perros
Como se abastecen de agua en
la casa
Como se eliminan las excretas
en la casa
Como se elimina la basura en
la casa
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

69

Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y


enfoque estructurado
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

unidades

INT

PK

Identificador nico entrada


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

70

Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y


enfoque estructurado
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

Unidades

VARCHAR

Identificador nico bincard


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

71

Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y


enfoque estructurado
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

72

Captulo VII Diseo lgico de la solucin bajo enfoque orientado a objeto y


enfoque estructurado
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

73

Captulo VIII Planes de Prueba

Captulo VIII
Planes de prueba

74

Captulo VIII Planes de prueba


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)

75

Captulo VIII Planes de prueba


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

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)

76

Captulo VIII Planes de prueba


Formulario de prueba de caja negra
Proceso: ingreso bitcora
Entrada

Valores vlidos

nro_bitacora

Valores invlidos

INT <=11 Caracteres especiales,


espacios en blanco

Fecha

DATE

km_inicio

FLOAT Caracteres especiales,


espacios en blanco

km_final

FLOAT

Caracteres especiales,
espacios en blanco

Litros

FLOAT Caracteres especiales,


espacios en blanco

nro_vale

INT<=11 Caracteres especiales,


espacios en blanco

Valor

INT<= 11 Caracteres especiales,


espacios en blanco

nro_guia

INT<= 11 Caracteres especiales,


espacios en blanco

Kms

FLOAT Caracteres especiales,


espacios en blanco

Cometido

VARCHAR <=250

Tabla VIII 1. Formulario de prueba de caja negra para ingreso de bitcora.

77

Captulo VIII Planes de prueba


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)

78

Captulo VIII Planes de prueba

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)
79

Captulo X Plan de contingencia

Captulo IX
Plan de contingencia

80

Captulo IX Plan de contingencia


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)

81

Captulo IX Plan de contingencia


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.

82

Captulo IX Plan de contingencia


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

Frecuencia

Grado de

Negatividad

de evento

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

83

Captulo IX Plan de contingencia


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.

84

Captulo IX Plan de contingencia


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.

85

Captulo IX Plan de contingencia


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

automticamente el usuario.

86

que

el

administrador

elimine

Captulo X Manuales del sistema

Captulo X
Manuales del Sistema

87

Captulo X Manuales del sistema


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.

88

Captulo X Manuales del sistema


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

89

Captulo X Manuales del sistema


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

90

Captulo X Manuales del sistema


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

91

Captulo X Manuales del sistema


5. Ver, modificar, eliminar.
En la ventana administrar estn los iconos de ver
eliminar

, modificar

, 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

92

Captulo X Manuales del sistema


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

93

Captulo X Manuales del sistema


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

94

Captulo X Manuales del sistema


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

95

Captulo X Manuales del sistema


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

96

Captulo X Manuales del sistema


8. Ver, modificar, eliminar
En la ventana administrar estn los iconos de ver
eliminar

, modificar

, 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

97

Captulo X Manuales del sistema


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

98

Captulo X Manuales del sistema


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

99

Captulo X Manuales del sistema


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

100

Captulo X Manuales del sistema


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

101

Captulo X Manuales del sistema


11. Ver, modificar, eliminar
En la ventana administrar estn los iconos de ver
eliminar

, modificar

, 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

102

Captulo X Manuales del sistema


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

103

Captulo X Manuales del sistema


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

104

Captulo XI Conclusin

Captulo XI
Conclusin

105

Captulo XI Conclusin
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.

106

Captulo XI Conclusin

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.

107

Captulo XII Bibliografa

Captulo XII
Bibliografa

108

Captulo XII Bibliografa


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.

109

Captulo XII Bibliografa


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
http://www.munilaunion.cl/?page_id=708

el

11

de

Octubre

de

PcFactory. (s.f.). Impresora HP. Recuperado el 2014 de octubre


https://www.pcfactory.cl/producto/14946-Impresora.Tinta.Color.Deskjet.1015

2014,

de

10,

de

de

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
https://www.pcfactory.cl/producto/17562-Notebook.G4045.AMD.dual.core.E16010.2GB.500GB.14.Windows.8.1.Silver

2014,

de

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

110

Das könnte Ihnen auch gefallen