PST: Gestión de Ficha Índice y Estadísticas de Salud - 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
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).
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
Febrero, 2010
Uzcátegui Leonar CI: 12.780.171
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)
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
3
SUPERIOR
(PNFI)
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
4
SUPERIOR
(PNFI)
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
Imagen 7
í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
5
SUPERIOR
(PNFI)
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.
6
SUPERIOR
(PNFI)
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
7
SUPERIOR
(PNFI)
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.
8
SUPERIOR
(PNFI)
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.
9
SUPERIOR
(PNFI)
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.
10
SUPERIOR
(PNFI)
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á.
11
SUPERIOR
(PNFI)
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
12
SUPERIOR
(PNFI)
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:
13
SUPERIOR
(PNFI)
 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
14
SUPERIOR
(PNFI)
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.
15
SUPERIOR
(PNFI)
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
Imagen 8
compra de los equipos de cómputo necesarios o infraestructura de
hardware necesaria para instalar el Sistema de información a
desarrollar.
16
SUPERIOR
(PNFI)
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
17
SUPERIOR
(PNFI)
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
18
SUPERIOR
(PNFI)
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.
19
SUPERIOR
(PNFI)
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.
20
SUPERIOR
(PNFI)
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
21
SUPERIOR
(PNFI)
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.
22
SUPERIOR
(PNFI)
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
23
SUPERIOR
(PNFI)
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
24
SUPERIOR
(PNFI)
(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.
25
SUPERIOR
(PNFI)
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.
26
SUPERIOR
(PNFI)
• 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
27
SUPERIOR
(PNFI)
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.
28
SUPERIOR
(PNFI)
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
29
SUPERIOR
(PNFI)
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.
30
SUPERIOR
(PNFI)
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.
31
SUPERIOR
(PNFI)
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.
32
SUPERIOR
(PNFI)
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.
33
SUPERIOR
(PNFI)
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.
34
SUPERIOR
(PNFI)
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.
35
SUPERIOR
(PNFI)
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.
36
SUPERIOR
(PNFI)
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.
37
SUPERIOR
(PNFI)
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
38
SUPERIOR
(PNFI)
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
39
SUPERIOR
(PNFI)
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.
40
SUPERIOR
(PNFI)
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.
41
SUPERIOR
(PNFI)
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.
42
SUPERIOR
(PNFI)
 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:
43
SUPERIOR
(PNFI)
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 Grupo XP

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
Diseño Físico Programadores
Instalar herramientas
Sistema Gestor de Bases de Datos Relacional Maldonado Frand E.
(SGBDR): PostgreSQL
Rivas Hectmar
Sistema Administrador de Bases de Datos:
phppgadmin, druid
Crear tablas y relaciones
Verificar integridad de los datos
Normalización Base de Datos Programadores
Ballesteros Jhorny Lobo
Jesús
Codificación de Procedimientos Almacenados: lenguaje Programadores

plpgsql Uzcátegui Leonar
Rojas Luis G.
44
SUPERIOR
(PNFI)
Interfaz Gráfica de Usuario (GUI): Control de Acceso de Usuario
 Diseño formulario: Acceso. Programadores

 Verificar conexión a la Base de Datos Lobo Jesús
 Codificación y pruebas de funciones Uzcátegui Leonar
 Verificar integridad de los datos en la Base de
Datos
 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 Programadores

Paciente
 Verificar conexión a la Base de Datos Ballesteros Jhorny
 Codificación y pruebas de funciones Rivas Hectmar
Datos
Uzcátegui Leonar
Maldonado Frand E.
Lobo Jesús
Rojas Luis G.
45
SUPERIOR
(PNFI)
 Diseño formulario: Registro de Ficha Índice de Programadores

Paciente
 Verificar conexión a la Base de Datos Rojas Luis G.
Datos
Maldonado Frand E.

Rivas Hectmar
Lobo Jesús
Ballesteros Jhorny
 Diseño formulario: Modificación de Ficha Índice Programadores

de Paciente Lobo Jesús
 Verificar conexión a la Base de Datos Uzcátegui Leonar
 Codificación y pruebas de funciones
Datos
Rojas Luis G.
Ballesteros Jhorny
Rivas Hectmar
Maldonado Frand E.
46
SUPERIOR
(PNFI)
 Diseño formulario: Eliminación de Ficha Índice Programadores

de Paciente
 Verificar conexión a la Base de Datos Ballesteros Jhorny
 Codificación y pruebas de funciones Rivas Hectmar
Datos
Uzcátegui Leonar
Maldonado Frand E.
Lobo Jesús
Rojas Luis G.
Interfaz Gráfica de Usuario (GUI): Gestión de Reportes Estadísticos
 Diseño formulario: Natalidad Programadores

 Verificar conexión a la Base de Datos
 Codificación y pruebas de funciones Rojas Luis G.
 Verificar integridad de los datos en la Base de Uzcátegui Leonar
Datos
 Elaborar y aplicar pruebas unitarias
 Registrar fallas Testing
Maldonado Frand E.
Rivas Hectmar
Lobo Jesús
Ballesteros Jhorny
47
SUPERIOR
(PNFI)
 Diseño formulario: Morbilidad Programadores

 Verificar conexión a la Base de Datos Lobo Jesús
Datos
Rojas Luis G.
Ballesteros Jhorny
Rivas Hectmar
Maldonado Frand E.
 Diseño formulario: Mortalidad Programadores

 Verificar conexión a la Base de Datos
 Codificación y pruebas de funciones Ballesteros Jhorny
 Verificar integridad de los datos en la Base de Rivas Hectmar
Datos
Uzcátegui Leonar
Maldonado Frand E.
Lobo Jesús
Rojas Luis G.
48
SUPERIOR
(PNFI)
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.
49
SUPERIOR
(PNFI)
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.
50
SUPERIOR
(PNFI)
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
51
SUPERIOR
(PNFI)
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
52
SUPERIOR
(PNFI)
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.
53
SUPERIOR
(PNFI)
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
54
SUPERIOR
(PNFI)
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
55
SUPERIOR
(PNFI)
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
1 2 3
Iteración
1. Gestión Control de la
X X X
aplicación / 1
2. Gestión de datos de ficha
índice de Paciente (Consulta, X X X
Registro, Modificación y
Eliminación)/2
56
SUPERIOR
(PNFI)
3. Gestión de Reportes
X X
estadísticos
57
SUPERIOR
(PNFI)
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.
58
SUPERIOR
(PNFI)
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
59
SUPERIOR
(PNFI)
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.
60
SUPERIOR
(PNFI)
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
61
SUPERIOR
(PNFI)
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:
Actualizar -
Cantidad Repotenciar
Descripción
Estación de Trabajo: Tarjeta Madre Intel AT Disco Duro 80 GB

S/V/R, Procesador Pentium III 1000 Mhz, 256
Memoria RAM 512
01 Mb de Memoria RAM PCI, Disco Duro 20 Gb,
Mb
unidad 31/2, Monitor SVGA, Unidad de CD-ROM,
Tarjeta de Fax Módem.
Estación de Trabajo: Tarjeta Madre Intel 755

ATX, Procesador Intel Core 2 Duo 2,4 Ghz, 1
Memoria RAM 2 Gb
01 Gb de Memoria RAM PCI, Disco Duro 120 Gb,
Tarjeta de Fax Módem, Ethernet.
01 Red Topología Estrella.
01 Cableado Estructurado UTP categoría o nivel 5.
62
SUPERIOR
(PNFI)
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
63
SUPERIOR
(PNFI)
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
64
SUPERIOR
(PNFI)
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
65
SUPERIOR
(PNFI)
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.
66
SUPERIOR
(PNFI)
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
67
SUPERIOR
(PNFI)
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)
68
69
(QWUDGDVDO 3URFHVRVGHO 6DOLGDVGHO

VLVWHPD VLVWHPD VLVWHPD
)RUPXODULRGH$FFHVRDO *HQHUDUUHSRUWHGHODILFKD
6LVWHPD 'HWHUPLQDUODDXWHQWLFLGDGGHO LQGLFHGHOSDFLHQWH
)RUPXODULRGH5HJLVWURGH XVXDULR *HQHUDUOLVWDGRVGH0RUELOLGDG
'DWRVGHO3DFLHQWH 9HULILFDUODH[LVWHQFLDGHO GHSDFLHQWHV
3ODQLOODGH,QJUHVRGH SDFLHQWHHQOD%DVHGH'DWRVGHO *HQHUDUORVUHSRUWHV
3DFLHQWH (PHUJHQFLD&RQVXOWD VLVWHPDVLQRH[LVWHGHEH HVWDGtVWLFRVVHJ~QODV
+RVSLWDOL]DFLyQ SHUPLWtUODFUHDFLyQGHODILFKD HVSHFLILFDFLRQHVGDGDV
)RUPXODULRSDUDJHQHUDUODV tQGLFH *HQHUDUOLVWDGRVGH0RUWDOLGDG
HVWDGtVWLFDV (IHFWXDUFiOFXORVHVWDGtVWLFRV GHSDFLHQWHV
DWUDYpVGHODVIRUPXODV ([SRUWDUUHSRUWHVHVWDGtVWLFRV
HVWDEOHFLGDV DIRUPDWRVGHDUFKLYRV[OVSGI
W[W
70
8VDELOLGDG)iFLOGH
5HQGLPLHQWR 6RSRUWH
RSHUDU\VXSHUYLVDU
&DSDFLWDFLyQGHORVXVXDULRV (OVLVWHPDGHEHVRSRUWDU
ILQDOHVUHIHULGRDOXVRGH DSUR[LPDGDPHQWHVHJ~QHO
VRIWZDUHOLEUH KDUGZDUHHVSHFLILFDGROD 7DUHDVGH0DQWHQLPLHQWR
5HIHUHQFLDVGHD\XGDVSDUDOD FDQWLGDGFRQH[LRQHV VHPDQDOHVSURJUDPDGRVGHOD
HMHFXFLyQGHSURFHVRVHQHO FRQFXUUHQWHV %DVHGHGDWRV
VLVWHPD (OWLHPSRGHUHVSXHVWDDODV )iFLOLQVWDODFLyQHQFXDOTXLHU
*8,DPLJDEOH\DJUDGDEOHDO SHWLFLRQHVGHEHVHUHQWLHPSR HTXLSR
XVXDULRWRPDQGRHQFXHQWDTXH UHDOXQLGDGHVPLOpVLPDVGH &RPSDWLELOLGDGFRQGLIHUHQWHV
HVXQVLVWHPDTXHHVWDUi VHJXQGR VLVWHPDVRSHUDWLYRVSODWDIRUPDV
SHUPDQHQWHPHQWHRSHUDWLYR (OVLVWHPDGHEHFRQWHPSODUVX \DUTXLWHFWXUDVWHFQROyJLFDV
'LVSRQLELOLGDGGHORVPDQXDOHV RSHUDWLYLGDGDXQHQIDOODVGH
GHXVXDULRLPSUHVRV FRQH[LyQDOVHUYLGRU
71
,PSOHPHQWDFLyQ
(QWUHJD
'HVDUUROOREDVDGRHQXQ
/DHQWUHJDILQDOGHOVLVWHPDVH VLVWHPDPXOWLSODWDIRUPDGH
HIHFWXDUiHQXQODSVRQRPD\RUD VRIWZDUHOLEUH-DYDR3\WKRQ
ODFXOPLQDFLyQGHOD&DUUHUD 0DQHMDGRUGH%DVHVGH'DWRV
5HODFLRQDO3RVWJUH64/
72
,PSOHPHQWDFLyQ
(QWUHJD
'HVDUUROOREDVDGRHQXQ
/DHQWUHJDILQDOGHOVLVWHPDVH VLVWHPDPXOWLSODWDIRUPDGH
HIHFWXDUiHQXQODSVRQRPD\RUD VRIWZDUHOLEUH-DYDR3\WKRQ
ODFXOPLQDFLyQGHOD&DUUHUD 0DQHMDGRUGH%DVHVGH'DWRV
5HODFLRQDO3RVWJUH64/
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.

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:
74
SUPERIOR
Cantida Descripción Actualizar -

d Repotenciar
Estación de Trabajo: Tarjeta Madre Intel AT Disco Duro 80 GB

S/V/R, Procesador Pentium III 1000 Mhz, 256 Mb
Memoria RAM 512
01 de Memoria RAM PCI, Disco Duro 20 Gb, unidad
Mb
31/2, Monitor SVGA, Unidad de CD-ROM, Tarjeta
de Fax Módem.
Estación de Trabajo: Tarjeta Madre Intel 755

ATX, Procesador Intel Core 2 Duo 2,4 Ghz, 1 Gb
Memoria RAM 2 Gb
01 de Memoria RAM PCI, Disco Duro 120 Gb,
Tarjeta de Fax Módem, Ethernet.
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.
75
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%
76
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
77
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
Usuario: Todos
Número: 1 Área: Área de Estadística de Salud
Nombre historia: Control de acceso de usuarios

Prioridad en negocio: Riesgo en desarrollo:
Baja Baja
Puntos estimados: Iteración asignada: 1
Programador responsable:
Descripción:
Observaciones:
Historia de Usuario
Usuario: Usuario del Sistema (Operador del Sistema)
Nombre historia: Consulta de la Ficha Índice del Paciente

Alta Baja
Descripción:
Observaciones:
Historia de Usuario
Nombre historia: Registro de datos del Paciente

Alta Alto
Descripción:
Observaciones:
Historia de Usuario
Nombre historia: Modificación de datos del Paciente

Alta Alto
Descripción:
Observaciones:
Historia de Usuario
Nombre historia: Eliminación de datos del Paciente

Alta Alto
Descripción:
Observaciones:
Historia de Usuario
Nombre historia: Generar estadísticas básicas (natalidad, morbilidad y mortalidad)

Alta Alto
Descripción:
Observaciones:
Tareas
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
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
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
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
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
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
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 .

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.
78
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.
79
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
80

PST: Gestión de Ficha Índice y Estadísticas de Salud - IAHULA

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

PST: Gestión de Ficha Índice y Estadísticas de Salud - IAHULA

Transféré par

Droits d'auteur :

Formats disponibles

República Bolivariana De Venezuela

Ministerio del Poder Popular para la Educación Universitaria

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

Cátedra: Desarrollo de Aplicaciones

CAPITULO I.- EL PROBLEMA……………………………………………..3

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

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

3.1. Metodologías del Proyecto……………………………………42

4.1 Factibilidad del Proyecto…………………………………………59

4.2. Cronograma de Actividades……………………………………..77

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

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

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

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

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

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

Actualmente el Instituto Autónomo Hospital Universitario de Los

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

Ejido, Noviembre 2009

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

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

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

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

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

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

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

Con esta propuesta se busca aumentar la eficiencia organizacional de

1.2.- Formulación del Problema

Título Descriptivo Del Problema

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

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

Las principales finalidades políticas del Ministerio del Poder Popular

activa de todos los actores sociales y las necesidades de la

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

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

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

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

1.3.b.- Objetivos Específicos

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

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

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

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

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

6. Implementar la plataforma tecnológica, permitiendo la

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

8. Ejecutar las pruebas o test del Sistema.

9. Elaborar los respectivos manuales de sistemas y de usuario

10. Implantar el Sistema de Información.

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

1.4.- Justificación de la Investigación

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

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

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

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

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

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

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

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

instalar los equipos necesarios para el correcto funcionamiento del

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

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

CAPITULO II.- MARCO TEÓRICO

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

2.1.- Antecedentes de la Investigación