sistema informático de gestión para la administración de información del departamento de salud...

____________________________________________________________________________

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


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.


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


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)


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)


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


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


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


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)


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


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)


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)


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)


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


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)


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


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


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.


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.


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.


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.


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.


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.


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.


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.


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.


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.


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


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.


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.


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.


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


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.


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.


54

Figura VII 1. Diagrama de Caso de uso


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.


56

Figura VII 2. Diagrama de clases


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)


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.


59

Figura VII 4. Diagrama de actividades de ingreso tarjeta bincard


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)


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)


62

Figura VII 6. Modelo entidad relacin


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)


64

Figura VII 7. Modelo relacional


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



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.


66

Nombre de la tabla: Persona Fecha creacin: XX/XX/XXXX

Descripcin: almacena la informacin personal del paciente



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


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


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


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


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




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




correspondiente

Tabla VII 7. Descripcin de la tabla procedimientos


69

Nombre de la tabla: casa Fecha creacin: XX/XX/XXXX

Descripcin: almacena la encuesta familiar


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


70

Nombre de la tabla: medicamento Fecha creacin:

XX/XX/XXXX

Descripcin: almacena el ingreso de medicamentos


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


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


71

Nombre de la tabla: Bincard Fecha creacin:

XX/XX/XXXX

Descripcin: almacena la salida de stock de medicamento a las diferentes

postas


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


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


72

Nombre de la tabla: bitcora Fecha creacin:

XX/XX/XXXX

Descripcin: almacena la informacin de bitcora diaria del vehculo


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


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)


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)


77

Formulario de prueba de caja negra

Proceso: ingreso bitcora

Entrada Valores vlidos Valores invlidos

nro_bitacora INT


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)


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)


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.


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


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.


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.


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


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.


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


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


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


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


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


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


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


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


97

8. Ver, modificar, eliminar



realizar.

8.1. Ver paciente


figura X 8.1., donde podr corroborar los datos del paciente seleccionado.


paciente, modificar, eliminar o volver a la ventana administrador.

Figura X 8.1. Ver paciente


98

8.2. Modificar paciente


en la figura X 8.2., donde podr modificar los datos anteriormente ingresado

del paciente seleccionado.


paciente, ver o volver a la ventana administrador.

Figura X 8.2. Modificar paciente


99

8.3. Eliminar paciente


muestra en la figura X 8.3., donde deber confirmar si desea borrar el paciente

seleccionado.

Figura X 8.3. Mensaje eliminar paciente


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


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


102

11. Ver, modificar, eliminar



realizar.

11.1. Ver


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


103

11.2. Modificar


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


104

11.3. Eliminar


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


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.


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


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.


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

sistema informático de gestión para la administración de información del departamento de salud...

Documents