pst: gestión de ficha Índice y estadísticas de salud - iahula

Cátedra: Desarrollo de Aplicaciones

Informáticas II Integrantes:

Mesa de Trabajo # 1

Ballesteros Jhorny CI: 12.779.992

Lobo Jesús CI: 14.434.269

Maldonado Frand E. P. CI.:

10.710.801

Rivas Hectmar C.I: 14.401.182

Rojas Luis G. CI.: 11.469.735

Uzcátegui Leonar CI: 12.780.171

Desarrollo de un Sistema de Gestión de Índice de Pacientes y

Estadísticas de Salud para la Toma de Decisiones y Control

Hospitalario del Instituto Autónomo Hospital Universitario de

los Andes (IAHULA).

República Bolivariana De Venezuela Ministerio del Poder Popular para la Educación Universitaria

Instituto Universitario Tecnológico de Ejido Programa Nacional de Formación en Informática

Febrero, 2010

id675515 pdfMachine by Broadgun Software - a great PDF writer! - a great PDF creator! - http://www.pdfmachine.com http://www.broadgun.com

REPÜBLICA BOLIVARIANA DE VENEZUELA

MINISTERIO DEL PODER POPULAR PARA LA EDUCACIÓN

SUPERIOR

PROGRAMA NACIONAL DE FORMACIÓN EN INFORMÁTICA

(PNFI)

Contenido

Pág.

INTRODUCCIÓN

CAPITULO I.- EL PROBLEMA��..3

1.1. Planteamiento del Problema��. 3 1.2. Formulación del Problema��.��... 7 1.3. Objetivos��.. 10 1.4. Justificación de la Investigación��. .12 1.5. Limitaciones��..16

CAPITULO II .- MARCO TEÓRICO��.17

2.1. Antecedentes de la Investigación��.�.17 2.2. Bases Teóricas��..19 2.3. Definición de Términos Básicos�� 37

CAPITULO III .- MARCO METODOLÓGICO��..42

3.1. Metodologías del Proyecto��42 3.1.1.-Metodologías Ágiles consultadas��.42

3..1.1.a Justificación de las Metodologías utilizada..�..44 3.1.1.b Distribución de Roles��44

3.2. Metodología de Investigación utilizada��51 3.3 Avance de la Metodología a utilizar��.................52

3.3.1 Fase Planificación��..52 3.3.1.a Historias del Usuario��..53

3.3.1.b Iteraciones��....54 3.3.1.cTareas��.....56




SUPERIOR


(PNFI)

Pág

. CAPITULO IV .- 4. ASPECTOS ADMINISTRATIVOS��..��.59

4.1 Factibilidad del Proyecto��59

4.2. Cronograma de Actividades��..77

CONCLUSIONES.....................................................................................77

RECOMENDACIONES.............................................................................78

BIBLIOGRAFÍA.........................................................................................79

ANEXOS...................................................................................................80



SUPERIOR


(PNFI)

Introducción

El avance en las tecnologías de la información es sin duda una de las

grandes herramientas que está determinando el avance técnico de la

humanidad, ya sea a niveles de investigación, ciencia, educación, salud,

comunicación, gobierno o de comercio. Actualmente, podemos

considerarnos inmersos en una sociedad de la información, de hecho, en la

década actual se detecta un aumento sin precedentes de la importancia

conferida a los procesos de innovación tecnológica en el seno de las

organizaciones sociales.

La organización tecnológica y los servicios informáticos son sistemas

diseñados para dar respuesta día a día de la gestión operacional de las

instituciones, alineada de manera innovadora para fomentar la colaboración

y la comunicación interna y externa para la experiencia en la gestión de

procesos organizacionales.

El Instituto Autónomo Hospital Universitario de Los Andes (IAHULA), se

presenta como una institución inmersa dentro de un proceso de continuo

crecimiento, por lo cual, han surgido diversas necesidades de mejorar el

tratamiento de la información, tal es el caso, de la eficiente manipulación de

datos. Una de las necesidades consiste en generar de forma veraz y precisa

las estadísticas necesarias para la toma de decisiones y control hospitalario,

donde se ha podido observar la ausencia de un proveedor de información

automatizado que agilice los procesos de localización y control de Historias

Clínicas; así como también la generación de Estadísticas en el área de

planificación de salud.



SUPERIOR


(PNFI)

El presente proyecto socio-tecnológico propone el desarrollo de un Sistema

Automatizado que proporcione mejores servicios en el sector de la salud

pública.

El presente trabajo bosqueja la propuesta del Proyecto Socio Tecnológico

a desarrollar en el III Trayecto del PNF de Ingeniería en Informática,

estructurado en planteamiento del problema, objetivo general, objetivos

específicos, justificación, alcance y limitaciones, factibilidad, análisis de

requerimientos y metodología a utilizar para el desarrollo del proyecto y

avance de la metodología.



SUPERIOR


(PNFI)

3

CAPITULO I. .- EL PROBLEMA

1.1.- Planteamiento del Problema

El problema de la gestión de salud es muy significativo para el mundo,

especialmente para aquellos países menos desarrollados, en donde

tener un control de las historias clínicas de pacientes utilizando

mecanismos de búsqueda de datos muchas veces es poco práctico,

especialmente no solo por la ausencia de Sistemas de Información

adecuados para tal fin sino por carencia de programas de gobiernos

que velen o controlen los registros hospitalarios de salud de sus

ciudadanos, tal es el caso que nos concierne en Latinoamérica,

específicamente Venezuela, en donde enfermarse es sumamente

peligroso, dado a lo ineficiente que es y ha sido el servicio de la salud.

Actualmente el Instituto Autónomo Hospital Universitario de Los

Andes (IAHULA), presenta la necesidad de mejorar algunos procesos

administrativos orientados a proporcionar y brindar salud a través de

atención médica especializada, dentro del sistema de red hospitalaria,

en forma gratuita, oportuna, integral, óptima y de calidad; basada en

los principios constitucionales de gratuidad, universalidad y equidad,

mediante la conformación de equipos multidisciplinarios de salud,

promoviendo la docencia e investigación.

La presente propuesta del proyecto socio-tecnológico plantea dar

solución a uno de los problemas que se presentan en el Departamento

Ejido, Noviembre 2009




SUPERIOR


(PNFI)

4

de registros y estadísticas de salud para la gestión de índice de

paciente en la toma de decisiones y control hospitalario; así como la

accesibilidad a los datos, creación, actualización y búsqueda de las

fichas índice (Ver Imagen 5) del paciente de manera eficiente,

mediante el uso de tecnología y sistemas automatizados.

La búsqueda de Historias Clínicas de pacientes en el IAHULA se lleva

a cabo mediante el �Sistema Dígito Terminal� (Ver Imagen 2), pasa

por ciertas etapas previas de verificación de datos a través de los

llamados Índices de Pacientes (Ver Imagen 3 y 4). El proceso de

registro y actualización de datos de los pacientes, es llevado a cabo

de manera manual, esto consiste en escribir a puño y letra los datos

necesarios para conformar La Ficha Índice de Paciente en una tarjeta

tipo bibliográfica, dicha ficha índice permite verificar la existencia de

una Historia Clínica en el hospital y se encuentran almacenadas en

estricto orden alfabético; cuando las fichas se les agotan utilizan hojas

de papel reciclado o cartulinas cortadas en dimensiones idénticas a

una ficha original. Luego de elaborada la ficha es almacenada en una

estantería para fichas índices, cuando estas cubren su capacidad

dichas fichas son recopiladas o apiladas en cajas de zapato, cajas

metálicas, en las gavetas o sobre un escritorio, todo el problema se

debe a la falta de actualización constante de las fichas, es decir,

desincorporar aquellas fichas índices de pacientes ya fallecidos,

descongestionando de esta forma las estanterías utilizadas para el

almacenamiento de las mismas. Otro problema es de los errores

ortográficos incurridos durante el llenado de la ficha y su respectiva

ubicación, por consiguiente toda esta problemática conlleva a un



SUPERIOR


(PNFI)

5

acceso a la información sobre la organización, consulta y generación

de reportes estadísticos limitado o poco veraz y eficiente, por no

poseer un sistema automatizado para la gestión de ficha índice de

paciente.

Los datos almacenados en esta pequeña tarjeta no son suficientes

para poder tener una visión general de la situación del paciente, se

hace necesario pues; otros métodos manuales como ubicación física

de la Historia Clínica para obtener datos que podrían ser vistos

directamente sobre la misma, pero dado su pequeño tamaño,

dificultan el poder escribir datos adicionales de cierta importancia.

Dentro de los datos básicos que contiene éste índice podemos citar:

Número de Historia Clínica (a través del cual se realiza la búsqueda

física de la historia del paciente), nombres y apellidos, lugar y fecha

de nacimiento, cédula, género (sexo), fecha de ingreso y egreso en

caso de hospitalización (éste dato se escribe por el adverso de la

misma, como un dato no contemplado en el diseño original de la ficha

índice). Dentro de los datos necesarios que no se pueden escribir en

las fichas dado su tamaño reducido tenemos: fecha de apertura de la

ficha y por ende la Historia Clínica, hora de apertura y primera

atención, dirección completa, municipio, parroquia, telf., diagnóstico

primera cita o consulta, médico tratante durante esa primera cita y

diagnóstico de control, entre otros.

En la actualidad para ayudar a generar las Estadísticas que requiere

el Dpto. de Registros y Estadísticas de Salud, las cuales son

solicitadas por la Gerencia del Hospital para la toma de decisiones, se

utiliza exclusivamente como herramienta de trabajo para realizar de

forma más rápida dicha tarea, un gestor de base de datos adaptado

Imagen 7



SUPERIOR


(PNFI)

6

al área de salud llamado EpiInfo 6 para DOS, el cual es un Software

de dominio público, desarrollado por el Dpto. de Salud Pública de

Atlanta USA. En el IAHULA utilizan una versión bastante obsoleta de

dicho Gestor de Base de Datos y realmente solo permite cubrir las

necesidades de estadísticas básicas en cuando a:

Morbilidad1 de emergencias.

Morbilidad Hospitalaria.

Mortalidad Hospitalaria.

Registro de tumores.

Por esta razón, se propone diseñar y desarrollar un sistema para

automatizar el proceso de organización, planificación y control de

Gestión de Índice de Pacientes y Estadísticas de Salud para la Toma

de Decisiones y Control Hospitalario del Instituto Autónomo Hospital

Universitario de los Andes (IAHULA).

Con esta propuesta se busca aumentar la eficiencia organizacional de

los usuarios del hospital universitario de los andes ubicado en la Av. 16

de septiembre en el estado Mérida, con el propósito de simplificar los

procesos administrativos y brindar mejores servicios a la comunidad

de la región andina.



SUPERIOR


(PNFI)

7

1.2.- Formulación del Problema

Título Descriptivo Del Problema

Sistema de Gestión de Índice de Pacientes para el Control

Hospitalario y Estadísticas de Salud para la Toma de Decisiones del

Instituto Autónomo Hospital Universitario de los Andes (IAHULA).

Situación Problemática

El Ministerio del Poder Popular para la Salud, ejecuta un proceso

político hacia el desarrollo de una nueva direccionalidad en las

políticas sociales del Estado venezolano, en plena correspondencia

con la Constitución de la República Bolivariana de Venezuela, los

Lineamientos Generales del Plan Nacional de Desarrollo Económico y

Social 2001-2007 y el Plan Estratégico 2001-2007 del Ministerio.

Las principales finalidades políticas del Ministerio del Poder Popular

para la Salud, apuntan hacia el reordenamiento de las estructuras

institucionales de gestión y las redes de atención de carácter

gubernamental para hacer de los derechos sociales y la equidad las

bases de un nuevo orden social, de justicia y bienestar para todos y

rescatar lo público en función del interés colectivo, potenciando

ciudadanía con capacidad en el diseño y ejecución de políticas que

impacten en el desarrollo social del país, en otras palabras, propiciar

las condiciones de eficiencia, eficacia, equidad, calidad y calidez, en

la provisión de los servicios haciendo énfasis en el enfoque de

atención integral y tomando como estrategia básica, la participación



SUPERIOR


(PNFI)

8

activa de todos los actores sociales y las necesidades de la

comunidad.

Un aporte enfocado al cumplimiento efectivo de dichas políticas, seria

la automatización de procesos administrativos de salud integral, en

los cuales, los establecimientos de salud (medicaturas, ambulatorios

y hospitales) se organizarían en redes apoyadas entre sí para

fortalecer su capacidad de respuesta ante las necesidades de la

población.

Se considera al Sistema de Gestión de Índice de Pacientes para el

Control Hospitalario y Estadísticas de Salud para la Toma de

Decisiones del Instituto Autónomo Hospital Universitario de los Andes

(IAHULA), como parte de la estructura básica de la automatización de

procesos administrativos orientados a proporcionar y brindar un mejor

servicio a la comunidad, ya que reúne en el contexto local los

elementos que plantea el Sistema Nacional de Salud, bajo la rectoría

del Ministerio del Poder Popular para la Salud. Dicho sistema, se

considera operativo, pues desarrolla un modelo de gestión de datos

del paciente y toma de decisiones orientadas a la atención Integral

de la comunidad, el cual en principio sería ejecutado de forma local,

abriendo las posibilidades futuras de desarrollo de nuevos módulos

conectados en red e inclusive en línea. También, complementa los

esfuerzos y evita la duplicación de acciones entre éstos, haciendo un

uso eficaz y eficiente de los recursos, facilitando el seguimiento de las

actividades y evaluando los logros en términos del impacto sobre la

salud de la población bajo su responsabilidad.



SUPERIOR


(PNFI)

9

El Departamento de Registros y Estadísticas de Salud, destaca la

importancia de automatizar los procesos, para la administración

eficiente de los recursos humanos, físicos y financieros, provenientes

de las gestiones realizadas por Corporación de Salud,

(CORPOSALUD), el Instituto Autónomo Hospital Universitario de Los

Andes (IAHULA) y la Red de Datos de la Universidad de los Andes

(RedULA) u otros entes pertenecientes al Gobierno Nacional.

Entre las funciones q realiza el Departamento de Estadísticas de

Salud se encuentra el registro, actualización y control de las fichas

índice de pacientes, así como la generación de reportes estadísticos.

Debido a la forma manual en que realizan estas funciones, existe

lentitud a la hora de procesar la información y mantenerla actualizada,

es por ello, que se considera necesario el uso de aplicaciones

informáticas, las cuales agilizan el procesamiento de los datos y

proporcionan información oportuna, confiable y veraz que contribuiría

a mejorar el servicio hospitalario.



SUPERIOR


(PNFI)

10

1.3.- Objetivos

1.3.a .-Objetivo General

Desarrollar un Sistema de Información para el Departamento de

Registros y Estadísticas de Salud del IAHULA, que permita el manejo

eficiente de los procesos de localización y control de Historias

Clínicas; así como también la generación de estadísticas en el área de

planificación de salud.

1.3.b.- Objetivos Específicos

1. Analizar los requerimientos de los usuarios, esto en cuanto

al conjunto de interrogantes aplicadas a los grupos de

interés o usuarios informantes.

2. Detectar la situación actual del Dpto. de Registros y

Estadísticas de Salud IAHULA.

3. Estudiar tanto la infraestructura de espacio físico como

tecnológica, para la instalación del Servidor de Base de

Datos y de los demás equipos que serán las Estaciones de

Trabajo.

4. Realizar el diseño lógico del Sistema de Información a

desarrollar.



SUPERIOR


(PNFI)

11

5. Diseñar la estructura de la base de datos, permitiendo de

esta forma la búsqueda eficiente de los datos del paciente

presentes en la ficha índice, la cual nos permitirá la

localización física del la Historia Clínica.

6. Implementar la plataforma tecnológica, permitiendo la

ejecución correcta del Sistema de Información y por ende la

localización y control de Historias Clínicas de pacientes.

7. Diseñar el módulo estadístico dentro del Sistema de

Información, que permita la generación de estadísticas en el

área de planificación de Salud.

8. Ejecutar las pruebas o test del Sistema.

9. Elaborar los respectivos manuales de sistemas y de usuario

tanto físico como digital.

10. Implantar el Sistema de Información.

11. Capacitar al personal del Dpto. de Registros y Estadísticas

de Salud IAHULA, en el uso del Sistema de gestión de

Índice de pacientes y Estadísticas de Salud, que se

desarrollará.



SUPERIOR


(PNFI)

12

1.4.- Justificación de la Investigación

Dadas las múltiples carencias en cuanto a la manipulación de datos;

se hace necesario desarrollar un Sistema de Información que permita

la creación, actualización y búsqueda de los datos del paciente en

forma eficiente y rápida, y que a su vez permita generar de forma

veraz y precisa, las estadísticas necesarias para la toma de

decisiones y control hospitalario.

En los últimas dos décadas, con el avance de la informática, ha

tomado auge la utilización de los Sistemas de Información. Estos

permiten manejar grandes volúmenes de datos con lo que se puede

abordar un trabajo de una manera rápida, eficiente y precisa, además

de la posibilidad de plantear diferentes escenarios a costos reducidos

y el desarrollo de un Sitio Web el cual facilita la gestión de contenidos

en todos sus aspectos: creación, mantenimiento, publicación,

presentación y, lo mas importante, accesibilidad a la información.

El Dpto. de Registros y Estadísticas de Salud del IAHULA,

específicamente en su sección o área de archivo, tiene como función

primordial la guardia y custodia de las Historias Clínicas de Pacientes;

para tal fin cumple con el siguiente esquema (ver Anexo 1, Imagen 1).

Los datos almacenados en esta pequeña tarjeta no son suficientes

para poder tener una visión general de la situación del paciente, se

hace necesario pues; otros métodos manuales como ubicación física

de la Historia Clínica para obtener datos que podrían ser vistos

directamente



SUPERIOR


(PNFI)

13

sobre la misma, pero dado su pequeño tamaño, dificultan el poder

escribir datos adicionales de cierta importancia.

Dentro de los datos básicos que contiene éste índice podemos citar:

Número de Historia Clínica (a través del cual se realiza la búsqueda

física de la historia del paciente), nombres y apellidos, lugar y fecha

de nacimiento, cédula, género (sexo), fecha de ingreso y egreso en

caso de hospitalización (éste dato se escribe por el adverso de la

misma, como un dato no contemplado en el diseño original de la ficha

índice). Dentro de los datos necesarios que no se pueden escribir en

las fichas dado su tamaño reducido tenemos: fecha de apertura de la

ficha y por ende la Historia Clínica, hora de apertura y primera

atención, dirección completa, municipio, parroquia, telf., diagnóstico

primera cita o consulta, médico tratante durante esa primera cita y

diagnóstico de control, entre otros.

En la actualidad para ayudar a generar las Estadísticas que requiere

el Dpto. de Registros y Estadísticas de Salud, las cuales son

solicitadas por la Gerencia del Hospital para la toma de decisiones, se

utiliza exclusivamente como herramienta de trabajo para realizar de

forma más rápida dicha tarea, un gestor de base de datos adaptado al

área de salud llamado EpiInfo 6 para DOS, el cual es un Software de

dominio público, desarrollado por el Dpto. de Salud Pública de Atlanta

USA. En el IAHULA utilizan una versión bastante obsoleta de dicho

Gestor de Base de Datos y realmente solo permite cubrir las

necesidades de estadísticas básicas en cuando a:



SUPERIOR


(PNFI)

14

Morbilidad2 de emergencias.

Morbilidad Hospitalaria.

Mortalidad Hospitalaria.

Registro de tumores.

Todas la funciones actuales en cuanto a la creación del índice y

llenado del mismo se hace de forma manual, existen por tanto

duplicidad de fichas, existen fichas muertas, es decir; fichas que ya no

se usan y no son pasadas a un archivo histórico, errores en los datos

de las fichas, la búsqueda de las mismas es bastante engorrosa y en

cuanto a tiempo es bastante largo y variable; no existe un método

rápido y eficiente para determinar si un paciente en algún momento fue

atendido en la Institución y por ende si dispone de una Historia Clínica

ya creada. Las estadísticas hospitalarias en su mayoría se realizan de

manera manual.

La implantación del Sistema de Gestión de Índice de Pacientes y

Estadísticas de Salud traerá como ventaja la reducción de los tiempos

de respuesta en cuanto a la búsqueda de información en las fichas

índice de pacientes, esto se traduce en una prestación del servicio más

efectiva y sin tardanza en la localización y entrega de las Historias

Clínicas de Pacientes. Así mismo, si los datos son almacenados

digitalmente se podrán generar las estadísticas necesarias para la

toma de decisiones en forma inmediata. Adicionalmente, para poder



SUPERIOR


(PNFI)

15

instalar los equipos necesarios para el correcto funcionamiento del

Sistema de Gestión de Índice de Pacientes y Estadísticas de Salud se

acondicionara el espacio físico existente, esto repercutirá en el mejor

desempeño laboral del personal adscrito a este Departamento.



SUPERIOR


(PNFI)

16

1.5.- Limitaciones

El alcance del proyecto, se estima en cumplir completamente con los

módulos básicos que permitan la manipulación automatizada de la

Ficha índice de pacientes, así como también aquellos que se

requieran para generar las estadísticas más importantes (ver Imagen

8) y de constante uso en la toma de decisiones por parte de las

autoridades del Instituto Autónomo Hospital Universitario de Los

Andes. El Sistema de Información que se quiere desarrollar, está

basado en el principio de actualizaciones o enlace a nuevos

módulos que sean requeridos en el futuro, por ende el alcance

primario del Sistema, estimamos se pueda alcanzar con éxito.

En cuanto a las limitaciones podemos citar, la falta de recursos

económicos que de una u otra forma pueden llegar a influir en la

compra de los equipos de cómputo necesarios o infraestructura de

hardware necesaria para instalar el Sistema de información a

desarrollar.

Imagen 8



SUPERIOR


(PNFI)

17

CAPITULO II.- MARCO TEÓRICO

En éste capítulo se presenta la plataforma teórica que servirá de apoyo

y fundamento al desarrollo del sistema de información automatizado

para el IAHULA.

2.1.- Antecedentes de la Investigación

El desarrollo del sistema de información �Sistema de Gestión de Índice

de Pacientes y Estadísticas de Salud para la Toma de Decisiones y

Control Hospitalario de IAHULA�, tiene como antecedentes otros

trabajos realizados en el área de la salud, de los cuales podemos

mencionar:

El �Modelo Experimental de Informatización y Utilización Integral de la

Historia Clínica� de Ladrón Otila Hornero (2000), España; el cual trata de

la realización de un modelo experimental para informatizar la historia

clínica de todos los pacientes en el departamento de fisiología y

farmacología de la Universidad de Zaragoza, y que dicho software tiene

como objetivo principal, integrar toda la información (imágenes y texto)

de que consta habitualmente la historia clínica, con mecanismos ágiles

que garantizan la confiabilidad y perdurabilidad de la información.

El �Sistema Automatizado de Ingresos/Egresos Hospitalarios y Cálculo

de Indicadores Ajustados� s/a, (2002), el cual tiene como función

principal, el control de todos los ingresos y egresos hospitalarios con la

posibilidad de calcular algunos indicadores centinelas y ajustes por



SUPERIOR


(PNFI)

18

niveles de gravedad para la tasa de mortalidad e índice de

complicaciones del Hospital �Hermanos Ameijeiras� en la Habana, Cuba.

La �Guía Práctica de los Indicadores de Gestión para los

Establecimientos de Atención Médica� de García Serven (2003),

contiene estudios de casos y recopila una vasta información sobre los

indicadores de salud llevados automáticamente y aplicables a dichos

establecimientos, que pueden ser usados en cualquiera de las etapas

de la gestión administrativa para calcular índices, tasas y coeficientes

de salud en la atención médica para la toma de decisiones y todo esto

basado en un modelo de atención médica integral para los empleados

administrativos de la Universidad Centro Occidental �Lisandro

Alvarado�, ubicada en la ciudad de Barquisimeto Edo. Lara en

Venezuela.

Finalmente, la situación de los servicios médicos en el IAHULA, del

Edo. Mérida, Venezuela; ha pasado por un proceso evolutivo, tanto

en lo que respecta a su demanda, como a la situación financiera, el

clima organizacional y a la dimensión de los servicios que presta, tal

es el caso del Departamento de Estadísticas de Salud que desde el

año 1995, utiliza un programa denominado EpiInfo, el cual es un

paquete estadístico de dominio público, creado por la OMS y el

Centro para el Control de Enfermedades, que calcula estadísticas de

salud cuando son requeridas, para la organización de resultados en

informes, y que por su uso lo hace ser un proceso semiautomatizado

solo utilizado para la toma de decisiones oportunas, pero no en

tiempo real. Como se destaca lo anteriormente mencionado, se



SUPERIOR


(PNFI)

19

comprueba que existen antecedentes referenciales al problema en

estudio que fundamentan su completa viabilidad.

2.2.- Bases Teóricas

La tecnología ha avanzado de una forma impresionante y, el aspecto

más importante para su desarrollo lo conforma el conocimiento

humano. Antes de definir los elementos que conforman las bases

teóricas del presente proyecto, es necesario establecer el concepto de

Sistema en su sentido más amplio, pues �es un conjunto de

componentes que interactúan para alcanzar un objetivo.� [1]

Una organización es desde luego un sistema, cuyas funciones

elementales consisten en trabajar con objetivos comunes para el logro

de un determinado fin.

El Instituto Autónomo Hospital Universitario de Los Andes es una

organización pública, con más de 30 años dedicados a proporcionar y

brindar salud a través de Atención Médica Especializada, en forma

gratuita, oportuna, integral, óptima y de calidad.

El sistema de Gestión de Índice de Pacientes y Estadísticas de Salud

para la Toma de Decisiones y Control Hospitalario del Instituto

Autónomo Hospital Universitario de los Andes (IAHULA), tiene como

propósito fundamental simplificar los procesos administrativos y

brindar mejores servicios a la comunidad de la región andina, pues

comprende un conjunto de componentes que hacen posible su

funcionamiento.



SUPERIOR


(PNFI)

20

Sistemas de Información

El concepto de Sistema de Información a través del tiempo, ha sufrido

transformaciones de una u otra forma, para que sea adaptado según el

momento. Por esto resulta difícil establecer con criterio acertado un

concepto básico y preciso de lo que significa un Sistema de

Información. Existen varios conceptos definidos por diferentes autores

en el área de sistemas, entre los que podría citar a:

Fabregas (1991), señala que un sistema de información es un �conjunto

de elementos humanos y electrónicos que se combinan para procesar

datos que serán utilizados para la toma de decisiones� (p. 25).

Montilva (1990) indica que �� un sistema de información es definido

como un medio organizado de proporcionar información pasada,

presente y futura (proyecciones) relacionada con las operaciones

internas y conocimientos externos de la organización� (p. 12).

Senn (1990) lo define como �un sistema (basado en el computador),

que procesa datos, en forma tal que puedan ser analizados por quien

los recibe para ser utilizados en las tomas de decisiones� (p. 34).

En relación con los autores mencionados el objetivo principal de los

sistemas de información es almacenar datos y restituir información,

correspondiente a las diferentes operaciones que se llevan a cabo

dentro de las organizaciones. Estos sistemas están conformados por

personas, procedimientos y equipos organizados e integrados con la

finalidad de procesar datos y obtener información que será utilizada en

la toma de decisiones; con lo que se busca facilitar las tareas,

operaciones y funciones de una organización.



SUPERIOR


(PNFI)

21

Base de Datos

La base de datos es un conjunto de datos relacionados entre si, que

describen a un sistema de tal forma que su almacenamiento es

independiente de los programas de aplicación que las utilizan.

Según Rodríguez (1992), la base de datos es �un conjunto de datos

almacenados de forma integrada y compartida. Se puede decir que son

varios elementos guardados en una tabla de forma eficiente y eficaz� �

(p. 10).

Alfons (2000), manifiesta que una base de datos es �un conjunto de

datos no redundantes, almacenados en un soporte informático,

organizado de forma independiente de su utilización y accesible

simultáneamente por distintos usuarios y aplicaciones� (p. 14).

Para Sanders (1990) una base de datos es �� conjunto almacenado de

las bibliotecas de datos que requieren las organizaciones e individuos

para satisfacer sus necesidades de procesamiento y recuperación de

información� (p. 56).

En base a las afirmaciones de los autores mencionados, una base de

datos es un espacio físico en el cual se almacena datos, cuando

almacena información hablamos de base de información, organizado de

una forma independiente a las aplicaciones que la utilizan.

Sistema de Información

Para Senn (1990) un clásico, �Las estructuras de los sistemas de

información así como sus funciones específicas se adaptan según las

necesidades de determinada organización o empresa para la cual

fueron creados� (p.20). El mismo autor establece que la especificación



SUPERIOR


(PNFI)

22

del sistema de información depende de las funciones que este

desempeña como:

Procesamiento de transacciones: consiste en los procesos de

captura, recolección, clasificación, ordenamiento, cálculo, resumen y

almacenamiento de todos aquellos datos originados por las distintas

transacciones que son producto de las actividades normales de la

organización.

Definición de Bases de Datos: consiste en almacenar todos los datos

originados del procesamiento de transacciones de acuerdo a una

estructura u organización de almacenamiento llamada base de datos,

un método para su almacenamiento, actualización o acceso.

Mantenimiento de la Data: para que el sistema ofrezca óptimos

resultados, la data necesita estar sujeta a las operaciones de inclusión,

modificación o eliminación de datos dentro de la estructura definida.

Generación de Reportes: a través de los distintos reportes que genere

el sistema se podrá conocer la información necesaria y a su vez se

podrá distribuir a los diferentes usuarios que lo requieran.

Procesamiento de Consultas: es el medio de comunicación hombre

máquina, a través de esta comunicación se responden preguntas que

no han sido determinadas y que no requieren un formato tan complejo

como los reportes.



SUPERIOR


(PNFI)

23

Mantenimiento de la Integridad de los Datos: referida a la veracidad

que deben poseer los datos producidos por el sistema de información,

por lo que estos deben ser protegidos contra accesos no autorizados y

otras acciones que pongan en peligro su integridad.

Clasificación de los Sistemas de Información

Los sistemas de información, dentro de las organizaciones, contribuyen

a satisfacer ciertas necesidades inherentes a la misma, ya sean de

operación, supervisión o control, evolucionados en forma progresiva

hasta cumplir con su ciclo de vida. Entre los básicos se encuentran:

Sistema de Información Informal: son los basados en la

comunicación no formalizada, ni predefinida entre las personas de la

organización, este tipo de sistema no posee ni se rige por normas y

procedimientos.

Sistema de Información Formal: basado en un conjunto de normas,

estándares y procedimientos que permiten que la información se genere

y llegue a quien la necesite en el momento dado.

Bases de Datos

Según Alfons (2000), una base de datos es: Una colección de datos

integrados, con redundancia controlada, y con una estructura que

refleja las interrelaciones y restricciones semánticas existentes en el

mundo real; los datos, que han de ser compartidos por diferentes

usuarios y aplicaciones, deben mantenerse independientes de éstas y



SUPERIOR


(PNFI)

24

su definición y descripción, únicas para cada tipo de datos, han de estar

almacenados con los mismos. Los procesos de actualización y

recuperación, comunes y bien determinados, habrían de ser capaces de

conservar la integridad, seguridad y confidencialidad del conjunto de

datos (p.55).

La diferencia de una base de datos respecto a otro sistema de

almacenamiento de datos es que en la base de datos estos se

almacenan de forma que cumplen tres requisitos básicos:

No redundancia: los datos se almacenan una sola vez. Si varias

aplicaciones necesitan los mismos datos no crearán cada una su

propia copia sino que todas accederán a la misma.

Independencia: los datos se almacenan teniendo en cuenta la

estructura inherente a los propios datos y no la de la aplicación que

los crea. Esta forma de trabajar es la que permite que varias

aplicaciones puedan utilizar los mismos datos.

Se puede hablar de dos tipos de independencia: independencia física,

de tal manera que la estructura física de la base de datos puede ser

modificada de forma transparente para los programas que la utilizan, e

independencia lógica, es decir el programador usa la base de datos

pero desconoce su estructura interna.

Concurrencia: varios usuarios, ejecutando la misma o diferente

aplicación, podrán acceder simultáneamente a los datos.

A su vez, el autor indica que el Diseño Lógico de una base de datos es:

El desarrollo del esquema conceptual de la base de datos se realiza

identificando los datos que se incluirán en la base de datos y

desarrollando los programas para actualizar y procesar los datos. Este

proceso se denomina ciclo de vida del desarrollo de la base de datos



SUPERIOR


(PNFI)

25

(p. 62). El ciclo de vida de una base de datos, según Alfons (2000)

puede dividirse en cuatro etapas: Preanálisis: esta fase incluye una

planificación preliminar y un estudio de viabilidad. La planificación

preliminar de un sistema de base de datos específico tiene lugar

durante el proceso de planificación estratégica de la base de datos. El

estudio de viabilidad implica la preparación de un informe que

determinará la viabilidad económica, tecnológica y operativa de la base

de datos.

Definición de requisitos: involucra la definición del alcance de la

base de datos, la identificación de los requisitos de información de las

áreas funcionales, administrativas y la determinación de los requisitos

del software y del hardware.

Diseño conceptual: se desarrollan las especificaciones hasta el

punto en que pueda comenzar la implementación. Se crean modelos

detallados de las vistas de los usuarios y se integran en un modelo

conceptual de datos que registra todos los elementos colectivos que

deben mantenerse en la base de datos.

Metodología y Análisis de Sistemas de Información

1. Concepto de Análisis:

Es un conjunto o disposición de procedimientos o programas

relacionados de manera que juntos forman una sola unidad. Un

conjunto de hechos, principios y reglas clasificadas y dispuestas de

manera ordenada mostrando un plan lógico en la unión de las partes.

Un método, plan o procedimiento de clasificación para hacer algo.



SUPERIOR


(PNFI)

26

También es un conjunto o arreglo de elementos para realizar un

objetivo predefinido en el procesamiento de la Información. Esto se

lleva a cabo teniendo en cuenta ciertos principios:

� Presentar y entender el dominio de la información de un problema.

� Definir las funciones que debe realizar el Software.

� Representar el comportamiento del software a consecuencias de

acontecimientos externos.

� Dividir en forma jerárquica los modelos que representan la

información, funciones y comportamiento.

El proceso debe partir desde la información esencial hasta el detalle

de la Implementación.

La función del Análisis puede ser dar soporte a las actividades de un

negocio, o desarrollar un producto que pueda venderse para generar

beneficios. Para conseguir este objetivo, un sistema basado en

computadoras hace uso de seis (6) elementos fundamentales:

� Software, que son Programas de computadora, con estructuras de

datos y su documentación que hacen efectiva la logística

metodología o controles de requerimientos del Programa.

� Hardware, dispositivos electrónicos y electromecánicos, que

proporcionan capacidad de cálculos y funciones rápidas, exactas y

efectivas (computadoras, sensores, maquinarias, bombas, lectores,

etc.), que proporcionan una función externa dentro de los Sistemas.

� Personal, son los operadores o usuarios directos de las

herramientas del Sistema.

� Base de Datos, una gran colección de informaciones organizadas y

enlazadas al Sistema a las que se accede por medio del Software.



SUPERIOR


(PNFI)

27

� Documentación, Manuales, formularios, y otra información descriptiva

que detalla o da instrucciones sobre el empleo y operación del

Programa.

� Procedimientos, o pasos que definen el uso específico de cada uno de

los elementos o componentes del Sistema y las reglas de su manejo y

mantenimiento.

Un Análisis de Sistema se lleva a cabo teniendo en cuenta los

siguientes objetivos en mente:

� Identificar las necesidades del Cliente.

� Evaluar que conceptos tiene el cliente del sistema para establecer su

viabilidad.

� Realizar un Análisis Técnico y económico.

� Asignar funciones al Hardware, Software, personal, base de datos, y

otros elementos del Sistema.

� Establecer las restricciones de presupuestos y planificación temporal.

� Crear una definición del sistema que forme el fundamento de todo el

trabajo de Ingeniería.

2. Objetivos del Análisis.

2.1 Identificación de Necesidades. Es el primer paso del análisis del sistema, en este proceso el

Analista se reúne con el cliente y/o usuario (un representante

institucional, departamental o cliente particular), e identifican las

metas globales, se analizan las perspectivas del cliente, sus

necesidades y requerimientos, sobre la planificación temporal y



SUPERIOR


(PNFI)

28

presupuestal, líneas de mercadeo y otros puntos que puedan

ayudar a la identificación y desarrollo del proyecto.

Algunos autores suelen llamar a esta parte �Análisis de Requisitos�

y lo dividen en cinco partes:

� Reconocimiento del problema.

� Evaluación y Síntesis.

� Modelado.

� Especificación.

� Revisión.

2.2 Estudio de Factibilidad.

Muchas veces cuando se emprende el desarrollo de un proyecto de

Sistemas los recursos y el tiempo no son realistas para su

materialización sin tener pérdidas económicas y frustración

profesional. La viabilidad y el análisis de riesgos están relacionados

de muchas maneras, si el riesgo del proyecto es alto, la viabilidad

de producir software de calidad se reduce, sin embargo se deben

tomar en cuenta tres áreas principales de interés:

� Viabilidad económica.

Una evaluación de los costos de desarrollo, comparados con los

ingresos netos o beneficios obtenidos del producto o Sistema

desarrollado.

� Viabilidad Técnica.

Un estudio de funciones, rendimiento y restricciones que puedan

afectar la realización de un sistema aceptable.

� Viabilidad Legal.

Es determinar cualquier posibilidad de infracción, violación o

responsabilidad legal en que se podría incurrir al desarrollar el

Sistema.



SUPERIOR


(PNFI)

29

2.3 Análisis Económico y Técnico.

El análisis económico incluye lo que llamamos, el análisis de costos

� beneficios, significa una valoración de la inversión económica

comparado con los beneficios que se obtendrán en la

comercialización y utilidad del producto o sistema.

Muchas veces en el desarrollo de Sistemas de Computación estos

beneficios son intangibles y resulta un poco dificultoso evaluarlo,

esto varía de acuerdo a las características del Sistema. El análisis

de costos � beneficios es una fase muy importante y de ella

depende la posibilidad de desarrollo del Proyecto.

En el Análisis Técnico, el Analista evalúa los principios técnicos del

Sistema y al mismo tiempo recoge información adicional sobre el

rendimiento, fiabilidad, características de mantenimiento y

productividad.

Los resultados obtenidos del análisis técnico son la base para

determinar sobre si se continúa o abandona el proyecto, si hay

riesgos de que no funcione, no tenga el rendimiento deseado, o si

las piezas no encajan perfectamente unas con otras.

2.4 Arquitectura del Sistema.

Cuando queremos dar a entender mejor lo que vamos a construir

en el caso de Edificios, Herramientas, Aviones, Maquinas, se crea

un modelo idéntico, pero en menor escala más pequeño) es decir

un prototipo.

Sin embargo cuando aquello que construiremos es un Software,

nuestro modelo debe tomar una forma diferente, debe representar

todas las funciones y subfunciones de un Sistema. Los modelos se



SUPERIOR


(PNFI)

30

concentran en lo qué debe hacer el sistema, no en cómo lo hace,

estos modelos pueden incluir notación gráfica, información y

comportamiento del Sistema. Todos los Sistemas basados en

computadoras pueden modelarse como transformación de la

información empleando una arquitectura del tipo entrada y salida.

2.5 Especificaciones del Sistema.

Es un documento que sirve como fundamento para la Ingeniería de

Hardware, software, base de datos, e ingeniería Humana. Describe

la función y rendimiento de un sistema basado en computadoras y

las dificultades que estarán presentes durante su desarrollo. Las

Especificaciones de los requisitos del software se producen en la

terminación de la tarea del análisis.

Un proyecto de desarrollo de un Sistema de Información comprende

varios componentes o pasos llevados a cabo durante la etapa del

análisis, el cual ayuda a traducir las necesidades del cliente en un

modelo de Sistema que utiliza uno más de los componentes:

Software, hardware, personas, base de datos, documentación y

procedimientos.

Diseño de Sistemas de Información.

1. Conceptos:

El Diseño de Sistemas se define el proceso de aplicar ciertas técnicas y

principios con el propósito de definir un dispositivo, un proceso o un

sistema, con suficientes detalles como para permitir su interpretación y

realización física.



SUPERIOR


(PNFI)

31

El diseño del Sistema encierra cuatro etapas:

� El Diseño de los datos.

Trasforma el modelo de dominio de la información, creado durante el

análisis, en las estructuras de datos necesarios para implementar el

Software.

� El Diseño Arquitectónico.

Define la relación entre cada uno de los elementos estructurales del

programa.

� El Diseño de la Interfaz.

Describe como se comunica el Software consigo mismo, con los

sistemas que operan junto con él y con los operadores y usuarios que lo

emplean.

� El Diseño de Procedimientos.

Transforma elementos estructurales de la arquitectura del programa. La

importancia del Diseño del Software se puede definir en una sola

palabra Calidad, dentro del diseño es donde se fomenta la calidad del

Proyecto.

El Diseño es la única manera de materializar con precisión los

requerimientos del cliente.

El Diseño del Software es un proceso y un modelado a la vez. El

proceso de Diseño es un conjunto de pasos repetitivos que permitirán al

diseñador describir todos los aspectos del Sistema a construir. A lo

largo del diseño se evalúa la calidad del desarrollo del proyecto con un

conjunto de revisiones técnicas:

El diseño deberá implementar todos los requisitos explícitos contenidos

en el modelo de análisis y deberá acumular todos los requisitos

implícitos que desea el cliente.



SUPERIOR


(PNFI)

32

Deberá ser una guía que puedan leer y entender los que construyan el

código y los que prueban y mantienen el Software.

El Diseño deberá proporcionar una completa idea de lo que es el

Software, enfocando los dominios de datos, funcional y comportamiento

desde el punto de vista de la Implementación.

Para evaluar la calidad de una presentación del diseño, se deberán

establecer criterios técnicos para un buen diseño, tales como:

� Un diseño deberá presentar una organización jerárquica que haga un

uso inteligente del control entre los componentes del software.

� El diseño deberá ser modular, es decir, se debe hacer una partición

lógica del Software en elementos que realicen funciones y subfunciones

específicas.

� Un diseño deberá contener abstracciones de datos y procedimientos.

� Deberá producir módulos que presenten características de

funcionamiento independiente.

� Deberá conducir a interfaces que reduzcan la complejidad de las

conexiones entre los módulos y el entorno exterior.

� Deberá producir un diseño usando un método que pudiera repetirse

según la información obtenida durante el análisis de requisitos de

Software.

Estos criterios no se consiguen por casualidad. El proceso de Diseño

del Software exige buena calidad a través de la aplicación de principios

fundamentales de Diseño, Metodología sistemática y una revisión

exhaustiva.



SUPERIOR


(PNFI)

33

2. Diseño de la Salida.

En este caso salida se refiere a los resultados generados por el

Sistema, Para la mayoría de los usuarios la salida es la única razón

para el desarrollo de un Sistema y la base de evaluación de su utilidad.

Sin embargo cuando se realiza un sistema, los analistas deberán

realizar lo siguiente:

� Determinarán los requerimientos de los usuarios y que información

presentar.

� Decidirán conjuntamente con el usuario si la información será

presentada en forma visual, verbal o impresora y seleccionar el medio

de salida.

� Dispondrán la presentación de la información en un formato aceptable

para el usuario.

� Decidirán con el usuario como distribuir la salida entre los posibles

destinatarios.

3. Diseño de Archivos.

Incluye decisiones con respecto a la naturaleza y contenido del propio

archivo, como si se fuera a emplear para guardar detalles de las

transacciones, datos históricos, o información de referencia. Entre las

decisiones que se toman durante el diseño de archivos, se encuentran

las siguientes:

Los datos que deben incluirse en el formato de registros contenidos en

el archivo.



SUPERIOR


(PNFI)

34

La longitud de cada registro, con base en las características de los

datos que contenga.

La secuencia a disposición de los registros dentro del archivo (La

estructura de almacenamiento que puede ser secuencial, indexada o

relativa).

4. Diseño de Interacciones con la Base de Datos.

Se puede definir como una colección de datos interrelacionados y

almacenados en conjunto sin redundancias perjudiciales o

innecesarias; su finalidad es la de servir a una aplicación ó más, de la

mejor manera posible; los datos se almacenan de modo que resulten

independientes de los programas que los usan; se emplean métodos

bien determinados para incluir datos nuevos y para modificar datos

almacenados.

5. Herramientas para el Diseño de Sistemas.

Apoyan el proceso de formular las características que el sistema debe

tener para satisfacer los requerimientos detectados durante las

actividades del análisis:

5.1 Herramientas de especificación.

Apoyan el proceso de formular las características que debe tener

una aplicación, tales como entradas, salidas, procesamiento y

especificaciones de control. Muchas incluyen herramientas para

crear especificaciones de datos.



SUPERIOR


(PNFI)

35

5.2 Herramientas para presentación.

Se utilizan para describir la posición de datos, mensajes y

encabezados sobre las pantallas de las terminales, reportes y otros

medios de entrada y salida.

5.3 Herramientas para el desarrollo de Sistemas.

Estas herramientas ayudan a trasladar diseños en aplicaciones

funcionales.

5.4 Herramientas para Ingeniería de Software.

Apoyan el Proceso de formular diseños de Software, incluyendo

procedimientos y controles, así como la documentación

correspondiente.

5.5 Generadores de códigos.

Producen el código fuente y las aplicaciones a partir de

especificaciones funcionales bien articuladas.

5.6 Herramientas para pruebas.

Apoyan la fase de la evaluación de un Sistema o de partes del

mismo contra las especificaciones. Incluyen facilidades para

examinar la correcta operación del sistema así como el grado de

perfección alcanzado en comparación con las expectativas.

La revolución del procesamiento de datos de manera computarizada,

junto con las prácticas de Diseño sofisticadas está cambiando de forma

dramática la manera como se trasladan las especificaciones de Diseño

de Sistemas de Información funcionales.

En una organización o empresa, el análisis y Diseño de Sistemas, es el

proceso de estudiar su Situación con la finalidad de observar como

trabaja y decidir si es necesario realizar una mejora.



SUPERIOR


(PNFI)

36

Antes de comenzar con el desarrollo de cualquier proyecto, se conduce

un estudio de Sistemas para detectar todos los detalles de la situación

actual de la empresa. La información reunida con este estudio sirve

como base para crear varias estrategias de Diseño. Los

administradores deciden que estrategias seguir. Los Gerentes,

empleados y otros usuarios finales que se familiarizan cada vez más

con el uso de computadoras están teniendo un papel muy importante en

el desarrollo de sistemas como es la función de Capital Humano.



SUPERIOR


(PNFI)

37

2.3.-Definición de Términos Básicos

Autenticación ó Autentificación: Técnica mediante la cual es

necesario que un usuario se identifique con un nombre de usuario y

contraseña para obtener acceso a los recursos del sistema.

Bases de Datos Informáticas: Se definen como una colección

organizada de datos que pueden ser catalogados, y posteriormente

almacenados en dispositivos de almacenamiento digitales, para su

posterior uso generando determinada información.

EpiInfo: Es un programa de dominio público diseñado por el Centro

para el Control de Enfermedades de Atlanta (CDC) de especial

utilidad para la Salud Pública. Tiene un sistema fácil para construir

bases de datos, analizarlos con las estadísticas de uso básico en

epidemiología y representarlos con gráficos y mapas.

Ficha Índice de paciente: Ficha en papel o cartulina que contiene

los datos básicos de un paciente así como otro dato relevante del

mismo, generalmente almacenadas en estantes de madera o cajas

llamadas ficheros físicos.

Formulario: Es una página HTML que transfiere al servidor los

datos proporcionados por un visitante a un sistema automatizado.

Gestión: Administrar hábilmente los Factores de producción o

responsabilidades que se nos han entregado.



SUPERIOR


(PNFI)

38

GUI: Interfaz Gráfica de Usuario

Html: Por sus siglas en inglés (Hypertext Markup Language). Es el

código o lenguaje de marcado que se utiliza para escribir páginas

para el World Wide Web, que permite especificar enlaces de

hipertexto entre objetos y documentos relacionados.

Indicadores de rendimiento: son métricas utilizadas para

cuantificar objetivos que reflejan el rendimiento de una

organización, y que generalmente se recogen en su plan

estratégico. Los Indicadores de Rendimiento son frecuentemente

utilizados para "valorar" actividades complicadas de medir como los

beneficios de desarrollos líderes, compromiso de empleados,

servicio o satisfacción.

Javascript: Es un lenguaje de procesamiento de ordenes por lote,

con el cual se pueden llevar a cabo diversas tareas como la

validación de datos y la interactuar con el sistema operativo y el

usuario, entre otros procedimientos, esta basado en objetos, y al

igual que el php es de código incrustado dentro de la sintaxis misma

de la codificación html, su finalidad básica es mejorar la

interactividad en las páginas web dinámicas.

Lenguajes de Programación: Son programas informáticos

utilizados para crear otros programas, programas estos que nos

permiten controlar tanto lógicamente como físicamente a equipos

de computo, los lenguajes de programación tienen su propia

estructura y sintaxis de codificación, lo que los haces diferentes



SUPERIOR


(PNFI)

39

unos de otros, por otro lado cada uno tiene sus medios de

compilación, es decir, traducir el código del lenguaje de

programación a lenguaje de máquina utilizado por el computador.

Morbilidad Consultas: Es la morbilidad dada por pacientes

atendidos por consulta y en todos los diagnósticos.

Morbilidad de Emergencia: Pacientes atendidos por emergencia.

Mortalidad Hospitalaria: Todas las muertes que ocurren dentro de

la institución y por ende se le atribuyen a la misma, en el caso de

pacientes que entran por emergencia y mueren solo podrá

considerarse como muerte del hospital pasadas 24 horas después

que ingreso aun vivo a la institución, en tal sentido si en un

accidente de tránsito el herido, muere camino a la institución o al

poco tiempo (<24 horas) de haber llegado al hospital, esa muerte no

es de la institución.

Morbilidad: Se refiere a los efectos de una enfermedad en una

población en el sentido de la proporción de personas que la

padecen en un sitio y tiempo determinado

Mortalidad: Número de defunciones en una población.

Php: Es un lenguaje de programación interpretado de tipo

multiplataforma el cual está basado en código incrustado dentro de

la sintaxis del código html como tal; el cual fue desarrollado

originalmente para la creación de sitios web dinámicos. Es usado



SUPERIOR


(PNFI)

40

principalmente para ser interpretado o ejecutado del lado del

servidor y; enviar respuesta al lado del cliente.

Postgresql: Es un programa para la gestión de Bases de Datos, o

mejor dicho, es un Gestor de Base de datos, basados en el modelo

relacional, orientado a objetos y desarrollado bajo la filosofía del

software libre.

Proyecto Sociotecnológico: Es un proyecto que tiene como

objetivo principal el resolver un problema en particular y desde el

punto de vista de tecnologías de información y comunicación, todo

esto dentro de una comunidad específica que tenga necesidad de

darle solución a dicha problemática.

Sistemático: Es algo que se ajusta a un sistema, que se realiza o

lleva a cabo a través de la parametrización de un sistema.

Sistematizar Bases de Datos: Es la colocación de la data en el

lugar que le corresponda según las características propias de cada

entidad y siguiendo una estructura de datos determinada con un

análisis previo mediante el uso de determinado parámetros.

Sistemas Gestores de Bases de Datos: Son programas

informáticos utilizados para catalogar, almacenar y acceder a bases

de datos de una forma rápida y organizada, como su nombre lo

indica son programas utilizados para la gestión o administración de

las Bases de datos.



SUPERIOR


(PNFI)

41

Sistema de Información Automatizados: Conjuntos de procesos

agrupados en forma sistemática mediante el uso de recursos

electrónicos utilizados que contribuye a mejorar el desempeño de

determinadas actividades, dentro del marco de la automatización de

técnicas de trabajo en pro del logro de objetivos.

Tumores: Hinchazón y bulto que se forma anormalmente en alguna

parte del cuerpo.

TSU en Estadística de Salud: Es un profesional perteneciente al

área de las ciencias de la salud, que tiene la capacidad de:

recolectar, procesar, analizar y evaluar, además de conformar,

producir y difundir la información relacionada con las actividades

asistenciales y comunitarias en su conjunto, para optimizar el

sistema estadístico, que sirve de base a los programas

institucionales con el fin de solucionar los problemas de salud de la

población.

World Wide Web ó WWW: Es un sistema distribuido basado en

hipertextos, cuya función es buscar y tener acceso a documentos a

través de Internet.



SUPERIOR


(PNFI)

42

CAPITULO III .- MARCO METODOLÓGICO

3.1.- Metodologías del Proyecto

3.1.1- Metodología Ágil consultada �Programación Extrema XP�:

desarrollada por Kent Beck 1999, la cual presenta las siguientes

características:

Se basa en la simplicidad, comunicación, retroalimentación y

reutilización del código.

Trabajar estrechamente con el cliente desarrollando subversiones.

Entregas con frecuencia (cada 2 semanas o menos).

En cada mini-versión se debe hacer el mínimo de código y lo más

simple posible para que funcione correctamente.

El código y el diseño se van modificando continuamente,

añadiendo funcionalidades.

Ventajas:

Diseño simple.

Obliga a que funcionen todas las pruebas unitarias, todo el tiempo.

Muchos comentan que no tiene, pero yo creo que solo se reduce la

lógica duplicada.

Suele tener menor número de clases y métodos. Aunque esto

depende de la modularidad de la aplicación y que el desarrollador

realice un diseño claro, simple y use patrones.

Programación organizada.



SUPERIOR


(PNFI)

43

Menor taza de errores.

Satisfacción del programador.

Desventajas:

La documentación suele ser pobre

Es recomendable emplearlo solo en proyectos a corto plazo.

Es recomendable emplearlo solo en proyectos a corto plazo.

Altas comisiones en caso de fallar.

Fases:



SUPERIOR


(PNFI)

44

3.1.1a.- Justificación de las metodologías ágiles utilizada

La metodología ágil consultada anteriormente, es las que más se

ajustan a nuestro proyecto �Sistema de Gestión de Índices de

pacientes y Estadísticas de Salud IAHULA� ya que tomamos de la

Metodología de Programación Extrema.

3.1.1.b.- Distribución de Roles:

Diseño Bases de Datos

Diseño Conceptual Esquema para descubrir la semántica de los datos,

definiendo entidades, atributos y relaciones. Diseño Lógico

Construcción Esquema Modelo Entidad Relación

Grupo XP

Diseño Físico Instalar herramientas

Sistema Gestor de Bases de Datos Relacional (SGBDR): PostgreSQL

Sistema Administrador de Bases de Datos: phppgadmin, druid

Crear tablas y relaciones Verificar integridad de los datos

Programadores

Maldonado Frand E. Rivas Hectmar

Normalización Base de Datos Programadores Ballesteros Jhorny Lobo

Jesús

Codificación de Procedimientos Almacenados: lenguaje

plpgsql Programadores

Uzcátegui Leonar Rojas Luis G.



SUPERIOR


(PNFI)

45

Interfaz Gráfica de Usuario (GUI): Control de Acceso de Usuario

Diseño formulario: Acceso. Verificar conexión a la Base de Datos Codificación y pruebas de funciones Verificar integridad de los datos en la Base de

Datos

Programadores Lobo Jesús

Uzcátegui Leonar

Elaborar y aplicar pruebas unitarias Testing Rojas Luis G.

Registrar fallas

Depurar funciones Programadores

Ballesteros Jhorny Rivas Hectmar

Certificación del modulo de acceso Manager � Usuario

Maldonado Frand E.

Interfaz Gráfica de Usuario (GUI): Gestión de Ficha Índice de Paciente

Diseño formulario: Consulta de Ficha Índice de

Paciente Verificar conexión a la Base de Datos Codificación y pruebas de funciones Verificar integridad de los datos en la Base de

Datos

Programadores


Elaborar y aplicar pruebas unitarias Testing

Uzcátegui Leonar Registrar fallas


Maldonado Frand E. Lobo Jesús

Certificación del modulo de acceso Manager � Usuario Rojas Luis G.



SUPERIOR


(PNFI)

46


Diseño formulario: Registro de Ficha Índice de

Paciente Verificar conexión a la Base de Datos Codificación y pruebas de funciones Verificar integridad de los datos en la Base de

Datos

Programadores

Rojas Luis G. Uzcátegui Leonar

Elaborar y aplicar pruebas unitarias Testing Maldonado Frand E.

Registrar fallas

Depurar funciones Programadores Rivas Hectmar

Lobo Jesús Certificación del modulo de acceso Manager � Usuario

Ballesteros Jhorny


Diseño formulario: Modificación de Ficha Índice

de Paciente Verificar conexión a la Base de Datos Codificación y pruebas de funciones Verificar integridad de los datos en la Base de

Datos


Uzcátegui Leonar


Registrar fallas




Maldonado Frand E.



SUPERIOR


(PNFI)

47


Diseño formulario: Eliminación de Ficha Índice

de Paciente Verificar conexión a la Base de Datos Codificación y pruebas de funciones Verificar integridad de los datos en la Base de

Datos

Programadores







Interfaz Gráfica de Usuario (GUI): Gestión de Reportes Estadísticos

Diseño formulario: Natalidad Verificar conexión a la Base de Datos Codificación y pruebas de funciones Verificar integridad de los datos en la Base de

Datos

Programadores

Rojas Luis G. Uzcátegui Leonar

Elaborar y aplicar pruebas unitarias Registrar fallas

Testing

Maldonado Frand E. Depurar funciones Programadores

Rivas Hectmar Lobo Jesús

Certificación del modulo de acceso Manager � Usuario Ballesteros Jhorny



SUPERIOR


(PNFI)

48


Diseño formulario: Morbilidad Verificar conexión a la Base de Datos Codificación y pruebas de funciones Verificar integridad de los datos en la Base de

Datos


Uzcátegui Leonar


Registrar fallas




Maldonado Frand E.


Diseño formulario: Mortalidad Verificar conexión a la Base de Datos Codificación y pruebas de funciones Verificar integridad de los datos en la Base de

Datos

Programadores









SUPERIOR


(PNFI)

49

En cuanto al diseño y codificación del sistema se seleccionó como

metodología para el desarrollo de la aplicación el Modelo Orientado a

Objetos.

De acuerdo a Pressman, R. (2002), Las tecnologías de objetos llevan a

reutilizar, y la reutilización (de componentes de software) lleva a un

desarrollo de software más rápido y a programas de mejor calidad. El

software orientado a objetos es más fácil de mantener debido a que su

estructura es inherentemente poco acoplada. Esto lleva a menores

efectos colaterales cuando se deben hacer cambios y provoca menos

frustración al ingeniero de software y en el cliente. Se caracteriza por

su extensibilidad, pues son fácilmente ampliables, sin tener que retocar

los módulos empleados en su construcción y basados en el dominio del

problema, permiten representar el sistema en términos del mundo real,

favoreciendo así la reutilización y estabilidad.

En el análisis orientado a objetos del sistema planteado se basará en la

construcción de los siguientes diagramas del UML:

a. Diagrama de Caso de Uso: especifica la funcionalidad que el

sistema ha de ofrecer desde la perspectiva de los usuarios y lo que el

sistema ha de realizar para satisfacer las peticiones de estos usuarios.

Visualiza el comportamiento de un sistema, de un subsistema o de una

clase.

b. Diagrama de Clases: modela la vista estática del sistema, ya que

no describe el comportamiento del sistema en función del tiempo.

Recoge los conceptos del dominio de la aplicación como aquellos que

forman parte de la implementación de la aplicación.



SUPERIOR


(PNFI)

50

c. Diagrama de Transición de Estados: Es un gráfico compuesto

básicamente de estados y transiciones entre estos.

d. Diagramas de Interacción: se divide en:

a. Diagramas de Colaboración: es útil para mostrar los efectos

que puede tener un objeto sobre los demás, así como para el

diseño de bajo nivel, pseudocódigo, de los procedimientos.

b. Diagramas de secuencia: representa la interacción entre

clases el modelo de estructuras estáticas, ordenadas

temporalmente.

Se utiliza especialmente en sistemas de tiempo real.



SUPERIOR


(PNFI)

51

3.2.- Metodología de Investigación utilizada

Para definir el problema, en un principio la investigación se basó en el

Enfoque del Marco Lógico, generando un instrumento, Árbol del

Problema.

El nivel de la investigación es de tipo descriptiva ya que se basa en el

análisis, diseño e implantación de un sistema de gestión de índices de

pacientes y estadísticas de salud.

En atención al diseño la investigación, se clasifica en documental; ya

que las bases principales del sistema se fundamentan en documentos

concernientes a la organización de fichas índices y métodos

estadísticos. Analítica, porque se estudiará el proceso de interacción

con el usuario, además de su efecto en la organización y aplicada, ya que

después de haber analizado el problema a desarrollar se aplicarán los

programas que contribuyan a la eficaz gestión de los procesos en la

misma.

Entre las técnicas e instrumentos utilizados para la recolección de la

información se encuentran:

Observación o análisis de los procesos reales de la gestión de

índices de pacientes y estadísticas de salud, lo que trae como

consecuencia, una determinación más precisa del flujo de información

del Dpto. de Registros y estadísticas de salud IAHULA.

Entrevistas aplicados a los miembros de la organización, acerca

de los requerimientos de la ubicación, almacenamiento y búsqueda



SUPERIOR


(PNFI)

52

de Historias Clínicas y sus respectivas fichas de índice de

pacientes: procedimientos y mejoras en el proceso de información.

Análisis Documental o material escrito sobre el flujo de la

información, normas y procedimientos estadísticos.

Análisis de Contenido requerido para el sistema, es decir,

Análisis Documental

o material escrito sobre el flujo de la información, normas y

procedimientos requerido para el sistema, es decir, cuantificación

y clasificación de las ideas provenientes de documentos

proporcionados por el Dpto. de Registros y estadísticas de salud

IAHULA.

3.3.-Avance de La Metodología a utilizar �Programación Extrema

XP�

3.3.1.- Fase de la Planificación

Describiremos la planificación que ha seguido el proyecto a lo largo de

su desarrollo, en la fase inicial y a lo largo de las diferentes iteraciones.

a) Planificación Inicial:

Después de estudiar el proyecto y mantener conversaciones con el

cliente a través de las respectivas entrevistas y observaciones,

pudimos realizar la planificación de las historias de usuario que forman



SUPERIOR


(PNFI)

53

parte de la etapa de planificación de la metodología XP. De esta

redacción inicial de historias de usuario se realizó una planificación

inicial y posteriormente podremos cambiarlas a lo largo del proyecto

según sea necesario y como consecuencia directa de los posibles

ajustes en los requisitos del cliente.

b) Identificación de Historias de Usuarios

Las Historias de usuarios nos permiten definir lo que se debe

desarrollar o construir en el proyecto de sistema de información, en

nuestro caso nos permite conocer los requerimientos de los usuarios

con respecto a las actividades llevadas a cabo por ellos y por ende

aquellas que deben ser automatizadas, actividades estas que deben

seguir un orden de prioridad; las historias de usuario deberán ser

divididas en tareas y su tiempo de desarrollo deberá ser estimado por

los programadores. Cada historia de usuario debe tener en algún

momento pruebas de validación asociadas, lo que permitirá al

desarrollador y después al cliente, verificar si la historia ha sido

completada.

En nuestro proyecto y para efecto de ésta entrega donde indicamos la

metodología a emplear, anexamos 6 Historias de Usuario. Ver Anexo

N°2 y se tomó como escala para los Puntos Estimados por Historia de

Usuario una puntuación que va del 1 al 5, representando de éste modo

el grado de importancia de la misma.



SUPERIOR


(PNFI)

54

c) Iteraciones:

Las iteraciones hacen referencia a los diferentes pasos en que se

puede dividir el flujo de trabajo y su respectivo incremento. En nuestro

proyecto y en el marco de las historias de usuarios, podemos definir la

iteración asociada a cada o determinada actividad del usuario y

dividida en tareas. Las iteraciones pueden estar precedidas de una

iteración anterior asociada y esta a su vez a tareas posteriores y que

iniciaran una nueva iteración. Si una iteración cumple sus objetivos el

proceso continuo con la siguiente iteración, en tanto, si una iteración no

cumple sus objetivos los desarrolladores deben revisar las decisiones

previas e intentar una nueva aproximación. Las iteraciones no pueden

exceder de 3 semanas y todo el trabajo de la iteración es expresado en

tareas de programación, cada una de ellas es asignada a un

programador como responsable, pero llevadas a cabo por parejas de

programadores. Al final de la última iteración el sistema estará listo

para entrar en producción.

En relación al Desarrollo del Sistema de Gestión de Índice de

Pacientes y Estadísticas de Salud, según la siguiente leyenda

descriptiva se tiene:

Ítem Descripción

It: Representa las Iteraciones

H: Representa las Historias de Usuario

Tarea: Representa las Tareas



SUPERIOR


(PNFI)

55

Entonces:

It1 Gestión Control de la aplicación

H1 Control de acceso a usuarios

Tarea1. Estructuración del menú

Tarea2 Implementación de funcionalidades

It2.- Gestión de datos de ficha índice de Paciente (Consulta,

Registro, Modificación y Eliminación)

H2. Consulta de la Ficha Índice del Paciente

Tarea1. Adaptación de la BD

Tarea2. Generación de interfaces

Tarea3. Implementación de funcionalidades

H3. Registro de datos del Paciente




H4 Modificación de datos del Paciente




H5 Eliminación de datos del Paciente





SUPERIOR


(PNFI)

56


It3.- Gestión de Reportes estadísticos:

H6 Generar estadísticas básicas (natalidad, morbilidad y

mortalidad)

Tarea1. Diseño interfaz selección del tipo de estadística:

Morbilidad, Natalidad y Mortalidad

Tarea2. Comprobación de la base de datos

Tarea5. Comprobación del reporte según el tipo de

estadística generado.

d) Plan de entregas:

Para poder entender el significado que para la metodología XP tiene el

plan de entrega, quisimos representarlo a través de un gráfico que

podemos ver en los anexos. Gráfico 1. El Plan de Entrega está

compuesto por iteraciones de no más de tres semanas.

Semanas

Iteración

1 2 3

1. Gestión Control de la

aplicación / 1 X X X

2. Gestión de datos de ficha

índice de Paciente (Consulta,

Registro, Modificación y

Eliminación)/2

X X X



SUPERIOR


(PNFI)

57

3. Gestión de Reportes

estadísticos X X



SUPERIOR


(PNFI)

58

e) Velocidad del proyecto:

La velocidad del proyecto la podemos definir como la medida que

representa la rapidez con la que se desarrolla el proyecto; para

estimarla basta con contar el número de historias de usuario que se

pueden implementar en una iteración; de esta forma, se sabrá el cupo

de historias que se pueden desarrollar en las distintas iteraciones.

Usando la velocidad del proyecto controlaremos que todas las tareas

se puedan desarrollar en el tiempo del que dispone la iteración. Es

conveniente reevaluar esta medida cada 3 ó 4 iteraciones y si se

aprecia que no es adecuada hay que negociar con el cliente un nuevo

plan de entregas, ya que esta medida está relacionada directamente

con él.

f) Rotaciones

Las rotaciones en ésta metodología, hacen referencia a la planificación

del movimiento de personal dentro del desarrollo del sistemas, es decir,

intercambiar entre iteraciones a los programadores (como ejemplo),

esto con la finalidad de evitar que las personas se conviertan en si

mismas en un cuello de botella, creando islas de conocimientos. Las

rotaciones permitirán que todo el mundo conozca las diferentes tareas

de usuario planteadas y por ende cómo funciona el sistema en forma

global.



SUPERIOR


(PNFI)

59

g) Reuniones

Es necesario que los desarrolladores se reúnan diariamente y

expongan sus problemas, soluciones e ideas de forma conjunta. Las

reuniones tienen que ser fluidas y todo el mundo tiene que tener voz y

voto. Las reuniones pueden desencadenar lluvia de ideas para resolver

situaciones específicas en el marco de la ejecución de las tareas. Se

recomienda que estas sean frecuentes, de poca duración y a ser

posible delante de la pantalla del ordenador. Ver Anexo N° 3.- Diario de

Actividades.

3.3.1.a Historias del Usuario

Las Historias de usuarios se detallan en el Anexo N° 4

3.3.1.b Tareas

Las Tareas se detallan en el Anexo N° 5



SUPERIOR


(PNFI)

60

CAPITULO IV .- 4. ASPECTOS ADMINISTRATIVOS

4.1.- Factibilidad del Proyecto

Después de definir la problemática presente y establecer las causas

que ameritan un sistema de información para la gestión de Índice de

pacientes y Estadísticas de Salud, es pertinente realizar un estudio de

factibilidad para determinar la infraestructura tecnológica y la

capacidad que implica la implantación del sistema, así como los costos,

beneficios y el grado de aceptación que la propuesta genera en la

Institución (Departamento Historias y Estadísticas Médicas del Instituto

Autónomo Hospital Universitario Los Andes IAHULA). Este análisis

permitió determinar las posibilidades de diseñar el sistema, los

aspectos tomados en cuenta para el estudio se describen a

continuación:

Factibilidad Técnica: Consiste en realizar una evaluación de la

tecnología existente en el Dpto. de Registros y Estadísticas de Salud.

Este estudio estará destinado a recolectar información sobre los

componentes técnicos que poseen y la posibilidad de hacer uso de los

mismos en el desarrollo e implementación del sistema y de ser

necesario, los requerimientos tecnológicos que deben ser adquiridos

para el desarrollo y puesta en marcha del mismo.



SUPERIOR


(PNFI)

61

De acuerdo a la tecnología necesaria para la implantación del sistema

(Sistema de Gestión de Índice de Pacientes y Estadísticas de Salud),

se evaluará bajo dos (02) enfoques: HARDWARE y SOFTWARE.

HARDWARE

En cuanto al HARDWARE, específicamente el servidor donde

debe estar alojada la base de datos respectiva, éste debe cubrir los

siguientes requerimientos mínimos:

Procesador Intel Xeon X3370 (3,00 GHz, 95W, bus frontal

1333 MHz, 12 MB cache).

Tarjeta Madre Intel Socket X3370/3375, Bus 1400 MHz .

Memoria RAM DDR2 PC2-6400, 4 Gb expandible a 8Gb.

Unidad de almacenamiento masivo, SATA de 160 GB, 7200

rpm.

Unidad de DVD-ROM SATA.

Tarjeta PCI-Express Gigabit Ethernet 10/100/1000.

Monitor 17� CRT o LCD.

Teclado, Ratón, Protector de Corriente.

Unidad de almacenamiento de corriente secundario UPS.

Evaluando el hardware existente y tomando la configuración

mínima necesaria, el Departamento necesita realizar una



SUPERIOR


(PNFI)

62

inversión inicial para la adquisición de un (1) Servidor, (03)

equipos nuevos y la repotenciación de dos (02) equipos

existentes, ya que no satisfacen del todo los requerimientos

establecidos para el funcionamiento del sistema; además hay

que agregar que los componentes se encuentran en el mercado

a precios accesibles.

En el siguiente cuadro se muestra la descripción del hardware

disponible en el Departamento Historias Médicas:

Cantidad

Descripción

Actualizar -

Repotenciar

01

Estación de Trabajo: Tarjeta Madre Intel AT

S/V/R, Procesador Pentium III 1000 Mhz, 256

Mb de Memoria RAM PCI, Disco Duro 20 Gb,

unidad 31/2, Monitor SVGA, Unidad de CD-ROM,

Tarjeta de Fax Módem.

Disco Duro 80 GB

Memoria RAM 512

Mb

01

Estación de Trabajo: Tarjeta Madre Intel 755

ATX, Procesador Intel Core 2 Duo 2,4 Ghz, 1

Gb de Memoria RAM PCI, Disco Duro 120 Gb,


Tarjeta de Fax Módem, Ethernet.

Memoria RAM 2 Gb

01 Red Topología Estrella.

01 Cableado Estructurado UTP categoría o nivel 5.



SUPERIOR


(PNFI)

63

Es importante destacar, que el punto de RED más cercano y que

pertenece a la Universidad de Los Andes (ULA), se encuentra ubicado

en el Departamento de Traumatología, (localizado al lado del Dpto. de

Historias Médicas); dicha ubicación permite que sea fácil instalar un

punto de Red adicional y establecerlo en el Dpto. de Historias Médicas

como tal.

Las estaciones de trabajo serán conectadas entre sí a través de la red

de la Universidad de Los Andes (RedULA), utilizando cable par

trenzado UTP categoría 5, según las normas Internacionales del

Instituto de Ingenieros Eléctricos y Electrónicos (IEEE).

El Departamento Historias Médicas cuenta actualmente con el espacio

físico adecuado (ventilación y acceso,), ubicado en el nivel sótano

diagonal al servicio de traumatología del IHULA y solo tiene acceso a

éste, el personal autorizado para realizar las funciones específicas.

En cuanto al horario de trabajo, este departamento cuenta con

personal calificado las 24 horas, los 365 días del año, distribuidos por

jornadas laborables de turnos rotativos previamente asignado por el

jefe del área, garantizando de esta manera la operatividad del sistema

en cualquier momento que sea requerido.

SOFTWARE En cuanto al Software, las estaciones de trabajo operan

bajo ambiente Windows versión XP y Me, se encuentran instaladas las

herramientas de ofimática Microsoft Office (Word, Excel, Power Point),

y para realizar Estadísticas única y exclusivamente tienen instalado el

EpiInfo 6, este software es utilizado por el personal para procesar,

generar y visualizar datos que luego son analizados con el fin de



SUPERIOR


(PNFI)

64

presentar los reportes correspondientes según sea el requerimiento

solicitado. El servidor de Bases de Datos requiere la instalación del

sistema operativo GNU/LINUX Distribución (Debian, Ubuntu, entre

otras), implementado para ello el Manejador de Bases de Datos

Relacional PostgreSQL y como plataforma de desarrollo Java o

Python, lenguajes de programación de alto nivel y 100% operativos,

bajo cualquier plataforma y sistema operativo (multiplataforma).

Software Disponible, actualmente usado:

Cantidad Descripción

01 Sistema Operativo Windows Me

01 Sistema Operativo Windows XP

01 Herramientas Ofimáticas Microsoft Office 2003

- Diversos Antivirus (Norton y Avast)

Factibilidad Económica:

En esta fase del estudio de la factibilidad, se concluye lo siguiente:

En cuanto al costo del hardware:

Se requieren la compra de nuevos equipos de computación (Data

Base Server de alto rendimiento, como fue descrito técnicamente en



SUPERIOR


(PNFI)

65

el punto anterior y 3 computadoras nuevas como estaciones de

trabajo adicionales).

Se necesita invertir en accesorios para computadoras como los

módulos de memoria, disco duros, entre otros; para su respectivo

mantenimiento, reparación y repotenciación.

No se requiere contratación de servicio externo para la instalación

y soporte técnico en telecomunicación, redes y computación se

refiere; ya que los mismos desarrolladores del sistema (TSU en

Informática), poseen conocimientos y habilidades técnicas sólidas al

respecto y pueden cubrir cualquier necesidad que sea requerida para

la implementación del Sistema de Información.

En cuanto al costo del software:

No se requiere la compra de licencias válidas para la instalación de

sistemas operativos, manejadores de base de datos, lenguajes de

alto nivel, ni de aplicaciones adicionales; ya que el sistema estará

instalado bajo la plataforma de software libre en su totalidad.

La operatibilidad del sistema, estará a cargo del mismo personal

que labora actualmente en dicho departamento, por lo que no tendrá

ningún cargo adicional en cuanto a remuneraciones ó salarios se

refiere, por lo que son personal activos de la nómina adscrita a la

Corporación de Salud (CORPOSALUD), en su defecto, al Ministerio

del Poder Popular para la Salud.

El entrenamiento o la capacitación en el uso de la aplicación

informática, no repercute cargos monetarios adicionales, ya que la



SUPERIOR


(PNFI)

66

misma, estará respaldada por los mismos desarrolladores del sistema

y adicionalmente, el personal que lo operará, tiene sólidos

conocimientos y habilidades en el uso y manipulación de sistemas

computacionales y sus periféricos, por lo que son Técnicos

Superiores en Estadísticas de la Salud y de hecho, aprobaron en su

pensum de estudios de pregrado, las asignaturas de Computación I, II

y III, respectivamente. Aunado a esto, se dejarán soportes impresos,

como manuales de usuario / sistema y ayudas en línea dentro de la

nueva aplicación.

Adicionalmente, el Departamento de Estadísticas de Salud, en

convenios establecidos (Académicos, partidas presupuestarias,

destinadas al financiamiento y adquisición de tecnología

teleinformática) con la Corporación de Salud, (CORPOSALUD), el

Instituto Autónomo Hospital Universitario de Los Andes (IAHULA) y la

Red de Datos de la Universidad de los Andes (RedULA) u otros entes

pertenecientes al Gobierno Nacional, cubrirán en su totalidad los

gastos económicos (costos), en cuanto a la adquisición de los nuevos

equipos de computación, repotenciación de las computadoras

existentes, instalación de nuevos puntos de red comunicacional y

acceso a lugares de salud remotos a través de la Internet, de ser

necesario.



SUPERIOR


(PNFI)

67

Costos Aproximados:

Descripción Bs.F.

Costo Hardware

Adquisición un (01) Servidor Bases de Datos 8.500

Adquisición de un (03) equipo nuevo 9.900

Actualización y/o Reemplazo de Hardware 860

Reparación y Mantenimiento 0

Contratación Servicio Externo de Computación 0

Instalación de Redes 0

Tarifas de Comunicación 0

Costo de Software

Sistemas Operativos 0

Licencias 0

Personal Operativo Adicional 0

Honorarios de Consultores Externos 0

Costos de Capacitación 0



SUPERIOR


(PNFI)

68

Formación y Capacitación de los Usuarios 0

6. Análisis de Requerimientos

En El Sistema de Gestión de Índice de Pacientes y Estadísticas de

Salud, el usuario requiere que este sea ejecutado dentro de un

entorno Cliente/Servidor, el cual debe disponer de los dispositivos

electrónicos necesarios para su normal ejecución y operatividad; es

necesario un entorno de red eficiente y seguro.

1 Requerimientos Funcionales: El sistema debe realizar los

siguientes procesos o cálculos estadísticos:

a) Registro de fichas índice de pacientes (inserción, modificación,

consulta y reportes)

b) Estadísticas de morbilidad para Atención al Paciente (Por

diagnóstico, por procedencia, por grupo de edad, por género).

c) Estadísticas de morbilidad para la Hospitalización (Por

diagnóstico, por procedencia, por grupo de edad, por género).

d) Estadísticas de Morbilidad de Emergencias (Por diagnóstico,

por procedencia, por grupo de edad, por género).

e) Cálculo de Indicadores de rendimiento: (Cumplimiento de metas

y rendimiento de hora/médico)

69

(QWUDGDV��DO�

VLVWHPD

6DOLGDV��GHO�

VLVWHPD

3URFHVRV�GHO�

VLVWHPD

��)RUPXODULR�GH�$FFHVR�DO�

6LVWHPD�

��)RUPXODULR�GH�5HJLVWUR�GH�

'DWRV�GHO�3DFLHQWH�

��3ODQLOOD�GH�,QJUHVR�GH�

3DFLHQWH �(PHUJHQFLD��&RQVXOWD��

+RVSLWDOL]DFLyQ��

��)RUPXODULR�SDUD�JHQHUDU�ODV�

HVWDGtVWLFDV

��'HWHUPLQDU�OD�DXWHQWLFLGDG�GHO�

XVXDULR�

��9HULILFDU�OD�H[LVWHQFLD�GHO�

SDFLHQWH�HQ�OD�%DVH�GH�'DWRV�GHO�

VLVWHPD��VL�QR�H[LVWH�GHEH�

SHUPLWtU�OD�FUHDFLyQ�GH�OD�ILFKD�

tQGLFH�

��(IHFWXDU�FiOFXORV�HVWDGtVWLFRV�

D�WUDYpV�GH�ODV�IRUPXODV�

HVWDEOHFLGDV�

��*HQHUDU�UHSRUWH�GH�OD�ILFKD�

LQGLFH�GHO�SDFLHQWH�

��*HQHUDU�OLVWDGRV�GH�0RUELOLGDG�

GH�SDFLHQWHV�

��*HQHUDU�ORV�UHSRUWHV�

HVWDGtVWLFRV�VHJ~Q�ODV�

HVSHFLILFDFLRQHV�GDGDV�

��*HQHUDU�OLVWDGRV�GH�0RUWDOLGDG�

GH�SDFLHQWHV�

��([SRUWDU�UHSRUWHV�HVWDGtVWLFRV�

D�IRUPDWRV�GH�DUFKLYRV��[OV��SGI��

�W[W

70

8VDELOLGDG��)iFLO�GH�

RSHUDU��\�VXSHUYLVDU6RSRUWH5HQGLPLHQWR

��&DSDFLWDFLyQ�GH�ORV�XVXDULRV�

ILQDOHV��UHIHULGR�DO�XVR�GH�

VRIWZDUH�OLEUH�

��5HIHUHQFLDV�GH�D\XGDV�SDUD�OD�

HMHFXFLyQ�GH�SURFHVRV�HQ�HO�

VLVWHPD�

��*8,�DPLJDEOH�\�DJUDGDEOH�DO�

XVXDULR��WRPDQGR�HQ�FXHQWD�TXH�

HV�XQ�VLVWHPD�TXH�HVWDUi�

SHUPDQHQWHPHQWH�RSHUDWLYR��

��'LVSRQLELOLGDG�GH�ORV�PDQXDOHV�

GH�XVXDULR�LPSUHVRV�

��(O�VLVWHPD�GHEH�VRSRUWDU�

DSUR[LPDGDPHQWH��VHJ~Q�HO�

KDUGZDUH�HVSHFLILFDGR�OD�

FDQWLGDG��FRQH[LRQHV�

FRQFXUUHQWHV�

��(O�WLHPSR�GH�UHVSXHVWD�D�ODV�

SHWLFLRQHV�GHEH�VHU�HQ�WLHPSR�

UHDO��XQLGDGHV�PLOpVLPDV�GH�

VHJXQGR��

��(O�VLVWHPD�GHEH�FRQWHPSODU�VX�

RSHUDWLYLGDG�DXQ�HQ�IDOODV�GH�

FRQH[LyQ�DO�VHUYLGRU�

��7DUHDV�GH�0DQWHQLPLHQWR�

VHPDQDOHV�SURJUDPDGRV�GH�OD�

%DVH�GH�GDWRV�

��)iFLO�LQVWDODFLyQ�HQ�FXDOTXLHU�

HTXLSR�

��&RPSDWLELOLGDG�FRQ�GLIHUHQWHV�

VLVWHPDV�RSHUDWLYRV��SODWDIRUPDV�

\�DUTXLWHFWXUDV�WHFQROyJLFDV�

71

(QWUHJD,PSOHPHQWDFLyQ

/D�HQWUHJD�ILQDO�GHO�VLVWHPD�VH�

HIHFWXDUi�HQ�XQ�ODSVR�QR�PD\RU�D�

OD�FXOPLQDFLyQ�GH�OD�&DUUHUD��

��'HVDUUROOR�EDVDGR�HQ�XQ�

VLVWHPD�PXOWLSODWDIRUPD�GH�

VRIWZDUH�OLEUH��-DYD�R�3\WKRQ

��0DQHMDGRU�GH�%DVHV�GH�'DWRV�

5HODFLRQDO�3RVWJUH64/

72

(QWUHJD,PSOHPHQWDFLyQ

/D�HQWUHJD�ILQDO�GHO�VLVWHPD�VH�

HIHFWXDUi�HQ�XQ�ODSVR�QR�PD\RU�D�

OD�FXOPLQDFLyQ�GH�OD�&DUUHUD��

��'HVDUUROOR�EDVDGR�HQ�XQ�

VLVWHPD�PXOWLSODWDIRUPD�GH�

VRIWZDUH�OLEUH��-DYD�R�3\WKRQ

��0DQHMDGRU�GH�%DVHV�GH�'DWRV�

5HODFLRQDO�3RVWJUH64/



SUPERIOR

PROGRAMA NACIONAL DE FORMACIÓN EN

INFORMÁTICA (PNFI)

Requerimientos de Dominio: el sistema debe realizar cálculos

matemáticos básicos y estadísticas, para determinar datos que deben

generar información.

1)

Donde: ME = Tasa de Mortalidad, FC= Defunciones, P=Población

Donde: TM = Tasa de Morbilidad, TE= Total de enfermos en determinada

área y año, PT=Población Total en determinada área y año

Requerimientos del Sistema: Los requerimientos del Sistema los

analizaremos desde 2 puntos de vista, el HARDWARE y el SOFTWARE.

En cuanto al HARDWARE, específicamente el servidor donde debe estar

alojada la base de datos respectiva, éste debe cubrir los siguientes

requerimientos mínimos:

Procesador Intel Xeon X3370 (3,00 GHz, 95W, bus frontal

1333 MHz, 12 MB cache).

Tarjeta Madre Intel Socket X3370/3375, Bus 1400 MHz .

Memoria RAM DDR2 PC2-6400, 4 Gb expandible a 8Gb.

74

REPÚBLICA BOLIVARIANA DE VENEZUELA


SUPERIOR


Unidad de almacenamiento masivo, SATA de 160 GB, 7200

rpm.

Unidad de DVD-ROM SATA.

Tarjeta PCI-Express Gigabit Ethernet 10/100/1000.

Monitor 17� CRT o LCD.

Teclado, Ratón, Protector de Corriente.

Unidad de almacenamiento de corriente secundario UPS.

Evaluando el hardware existente y tomando la configuración mínima

necesaria, el Departamento necesita realizar una inversión inicial para

la adquisición de un (1) Servidor, (03) equipos nuevos y la

repotenciación de dos (02) equipos existentes, ya que no satisfacen del

todo los requerimientos establecidos para el funcionamiento del

sistema; además hay que agregar que los componentes se encuentran

en el mercado a precios accesibles.

En el siguiente cuadro se muestra la descripción del hardware disponible

en el Departamento Historias Médicas:

75



SUPERIOR


Cantida

d

Descripción Actualizar -

Repotenciar

01

Estación de Trabajo: Tarjeta Madre Intel AT

S/V/R, Procesador Pentium III 1000 Mhz, 256 Mb

de Memoria RAM PCI, Disco Duro 20 Gb, unidad

31/2, Monitor SVGA, Unidad de CD-ROM, Tarjeta

de Fax Módem.

Disco Duro 80 GB

Memoria RAM 512

Mb

01

Estación de Trabajo: Tarjeta Madre Intel 755

ATX, Procesador Intel Core 2 Duo 2,4 Ghz, 1 Gb

de Memoria RAM PCI, Disco Duro 120 Gb,


Tarjeta de Fax Módem, Ethernet.

Memoria RAM 2 Gb

01 Red Topología Estrella.

01 Cableado Estructurado UTP categoría o nivel 5.

Es importante destacar, que el punto de RED más cercano y que pertenece a

la Universidad de Los Andes (ULA), se encuentra ubicado en el Departamento

de Traumatología, (localizado al lado del Dpto. de Historias Médicas); dicha

ubicación permite que sea fácil instalar un punto de Red adicional y

establecerlo en el Dpto. de Historias Médicas como tal.

76



SUPERIOR


Las estaciones de trabajo serán conectadas entre sí a través de la red de

la Universidad de Los Andes (RedULA), utilizando cable par trenzado

UTP categoría 5, según las normas Internacionales del Instituto de

Ingenieros Eléctricos y Electrónicos (IEEE).

El Departamento Historias Médicas cuenta actualmente con el espacio

físico adecuado (ventilación y acceso,), ubicado en el nivel sótano

diagonal al servicio de traumatología del IHULA y solo tiene acceso a

éste, el personal autorizado para realizar las funciones específicas.

En cuanto al horario de trabajo, este departamento cuenta con personal

calificado las 24 horas, los 365 días del año, distribuidos por jornadas

laborables de turnos rotativos previamente asignado por el jefe del área,

garantizando de esta manera la operatividad del sistema en cualquier

momento que sea requerido.

SOFTWARE

En cuanto al Software, las estaciones de trabajo operan bajo ambiente

Windows versión XP y Me, se encuentran instaladas las herramientas de

ofimática Microsoft Office (Word, Excel, Power Point), y para realizar

Estadísticas única y exclusivamente tienen instalado el EpiInfo 6, este

software es utilizado por el personal para procesar, generar y visualizar

datos que luego son analizados con el fin de presentar los reportes

correspondientes según sea el requerimiento solicitado. El servidor de

Bases de Datos requiere la instalación del sistema operativo GNU/LINUX

Distribución (Debian, Ubuntu, entre otras), implementado para ello el

Manejador de Bases de Datos Relacional PostgreSQL y como plataforma

de desarrollo Php, lenguajes de programación de alto nivel y 100%

77



SUPERIOR


operativos, bajo cualquier plataforma y sistema operativo

(multiplataforma).

Software Disponible, actualmente usado:

Cantidad Descripción

01 Sistema Operativo Windows Me

01 Sistema Operativo Windows XP

01 Herramientas Ofimáticas Microsoft Office 2003

- Diversos Antivirus (Norton y Avast)

4.2. Cronograma de Actividades

El Cronograma de Actividades se detalla en el anexo N° 02



SUPERIOR


(PNFI)

ANEXO 1

Situación actual del Dpto. de Estadística de Salud del IAHULA


Imagen 1

Imagen 2

Imagen 3


Imagen 4

Imagen 5



SUPERIOR


(PNFI)

ANEXO 2

Cronograma de Actividades




SUPERIOR


(PNFI)

ANEXO 3

Fase de Planificación: Historias de Usuario


Historia de Usuario

Número: 1

Usuario: Todos

Área: Área de Estadística de Salud

Nombre historia: Control de acceso de usuarios

Prioridad en negocio:

Baja

Riesgo en desarrollo:

Baja

Puntos estimados: Iteración asignada: 1

Programador responsable:

Descripción:

Observaciones:

Historia de Usuario

Número: 2

Usuario: Usuario del Sistema (Operador del Sistema)


Nombre historia: Consulta de la Ficha Índice del Paciente


Alta


Baja



Descripción:

Observaciones:


Historia de Usuario

Número: 3



Nombre historia: Registro de datos del Paciente


Alta


Alto



Descripción:

Observaciones:

Historia de Usuario

Número: 4



Nombre historia: Modificación de datos del Paciente


Alta


Alto



Descripción:

Observaciones:

Historia de Usuario

Número: 5



Nombre historia: Eliminación de datos del Paciente


Alta


Alto



Descripción:

Observaciones:

Historia de Usuario

Número: 6



Nombre historia: Generar estadísticas básicas (natalidad, morbilidad y mortalidad)


Alta


Alto



Descripción:

Observaciones:

Tareas

Número: 1

Usuario: Todos


Nombre Tarea: Estructuración del menú


Baja


Baja



Descripción: Se definirá el menú de acceso a los respectivos módulos según la permisología asignada a

cada usuario tomando en cuenta las funciones desempeñadas por el mismo

Observaciones: Forma parte de la Iteración 1, Historia 1

Tareas

Número: 2



Nombre Tarea: Implementación de funcionalidades


Alta


Baja



Descripción: Evaluar el correcto establecimiento de funciones del sistema, según el grado de

responsabilidad sobre la manipulación de datos que tendrán los usuarios.


Tareas

Número: 3



Nombre Tarea: Adaptación de la BD


Alta


Alto



Descripción: Definir o modelar la estructura de Base de Datos del Sistema.

Observaciones: Forman parte de la Iteración 2, Historias 2,3,4 y 5

Tareas

Número: 4



Nombre Tarea: Generación de interfaces


Alta


Alto



Descripción: Definir las GUI (graphical user interface).

Observaciones: Forma parte de la Iteración 2, Historias 2,3,4 y 5

Tareas

Número: 5



Nombre tarea: Implementación de funcionalidades


Alta


Alto



Descripción: Evaluar el correcto funcionamiento del sistema en relación a la Gestión de La Ficha Índice de

Pacientes.

Observaciones: Forma parte de la Iteración 2, Historias 2,3,4 y 5

Tareas

Número: 6



Nombre tarea: Comprobación de la base de datos


Alta


Alto



Descripción Comprobar el desempeño de la estructura de Base de Datos del Sistema que permita generar

los reportes estadísticos.


Tareas

Número: 6



Nombre tarea: Comprobación del reporte según el tipo de estadística generado.


Alta


Alto



Descripción: Comprobar la forma de presentación de los reportes estadísticos generados .


78



SUPERIOR


Conclusiones

Como conclusión de este proyecto a desarrollar se tiene:

El problema que se ha planteado solucionar es de gran importancia para el

proceso de registro, actualización y búsqueda de los datos del paciente, asi

como también, la generación de reportes estadísticos de salud, así lo

demuestran las opiniones y datos recogidos en el cuestionario aplicado.

El hecho de que todo el sistema se desarrolle bajo plataforma de software

libre y usando la metodología de desarrollo orientado a objetos reducirá los

costos y facilitará las labores de mantenimiento, actualización y

mejoramiento en un futuro.

El desarrollo de este sistema por parte de los participantes del PNFI del

IUTE representará un considerable ahorro económico si lo comparamos con

el costo de un sistema comercial con las exigencias que se han planteado.

El Sistema automatizado provee al IAHULA del mecanismo básico para

cambiar la forma como se comparte y distribuye la información actualmente,

pero esta es solo una herramienta, es necesario aprender aprovechar

integralmente sus beneficios, hacer una realidad la disponibilidad de la

información proporcionando a los usuarios las herramientas y capacitación

necesarias para lograrlo. Este es el gran reto.


79



SUPERIOR


Recomendaciones

Este desarrollo podría servir como prueba piloto de un sistema posible a

implementar en otras instituciones de salud pública del país.

Se debe diseñar una serie de casos de prueba aplicando las técnicas de

prueba de software para monitorear el correcto funcionamiento del sistema y

detectar posibles mejoras.

80



SUPERIOR


Bibliografía

ARIAS, Fidias G. (2006) El Proyecto de Investigación (5ta ed.)

Caracas- Venezuela: Espíteme

Alfons, R. (2000) Ventajas Competitivas a través de Sistemas de

Información: Más que un Lujo, una Necesidad. México: Mc Graw Hill.

Fabregas, L. (1991), Sistemas de Información, Planificación, Análisis y

Diseño. Caracas: Miro.

Pressman, R. (2006). Ingeniería del Software, Un enfoque práctico. (5ta

ed.). Madrid �España: Mc Graw Hill.

Sanders H., D. (1990). Informática Presente y Futuro. México: Mc Graw

Hill.

Seen, C. (1990). Análisis y Diseño de Sistemas de Información. México:

Mc. GrawHill.

Fuentes Electrónicas:

[1] Monografías [Página Web en línea]. Los Subsistemas Y Elementos del

Sistema de Empresa, sus Interrelacines y Principios Disponible en:

http://www.monografias.com/trabajos12/pubenint/pubenint.shtml

Programación Extrema (XP) [Página Web en línea]. Disponible en:

http://www.homepages.mty.itesm.mx/al1031357/XP.ppt

http://www.monografias.com/trabajos12/pubenint/pubenint.shtml

http://www.homepages.mty.itesm.mx/al1031357/XP.ppt

pst: gestión de ficha Índice y estadísticas de salud - iahula

Documents