INTRODUCCIN

El desarrollo que ha alcanzado la informtica a nivel mundial en

diferentes reas, en particular en las Instituciones que prestan servicios de
salud en Venezuela y la experiencia nacional acumulada en este campo, nos
plantean la necesidad de investigar y profundizar en un conjunto de
problemas inherentes a la informtica como herramienta para la solucin de
problemas y simplificacin del trabajo, que tenga la flexibilidad de ajustarse y
modificarse segn el avance de las tecnologas, el desarrollo de la sociedad
y el contexto de su aplicacin.
El uso de los sistemas de informacin se hace cada vez ms evidente
dentro del proceso de automatizacin principalmente en las dependencias de
la Administracin Pblica Nacional y sobre todo en el marco del uso del
Software Libre de cdigo abierto con basamento legal en la Constitucin de
la Repblica Bolivariana de Venezuela y el Decreto Presidencial No. 3390
concerniente al uso del Software Libre.
El propsito del desarrollo de este sistema de informacin es,
facilitarle al Personal del Departamento de Historias Mdicas y Central de
Citas del Instituto de Previsin y Asistencia Social para el Personal del
Ministerio de Educacin con sede en Valle de la Pascua Estado Gurico por
medio de una herramienta computarizada basada en multiplataforma, que
sirva de apoyo al proceso de automatizacin, registro y control de las
Historias Mdicas y las Citas del personal docente afiliado a la Institucin as
como tambin a los beneficiarios que acuden al mismo.
Por lo cual este proyecto que se plantea, tiene como objetivo que el
Personal de la Central de Citas y el Departamento de Historias Mdicas del
IPASME puedan apoderarse de la tecnologa y la metodologa de trabajo
para que sean ellos mismos quienes tomen decisiones que les ayuden a

solventar las distintas situaciones que puedan presentarse en cuanto al buen

uso y manejo del sistema de informacin propuesto.
Debido a los requerimientos y a los constantes avances de la
tecnologa de la informacin, el IPASME, se ha establecido como prioridad
mejorar en la medida de lo posible los servicios que presta; por ello surge la
idea de implantar un sistema de informacin basado en multiplataforma en el
Departamento de Historias Mdicas y la Central de Citas para controlar por
medio de una base de datos toda la informacin concerniente a los docentes
afiliados al Instituto as como de los beneficiarios que gozan de todos los
servicios que se prestan en el mismo.
El proyecto de investigacin se encuentra ordenado por los siguientes
captulos presentados a continuacin:
El CAPITULO I: contiene todo lo referente al planteamiento del
problema, justificacin objetivos, alcances y limitaciones del estudio.

El CAPITULO II: En este captulo se tratar se presenta la

fundamentacin terica que sirve como base para el estudio planteado y
adems las bases conceptuales sustentan la investigacin.
El CAPITULO III: ste capitulo se refiere al tipo y diseo de la
investigacin, proceso metodolgico, tcnicas e instrumentos de recoleccin
de datos y tcnicas de anlisis de los datos.
El CAPITULO IV: ste captulo trata sobre el Sistema Propuesto,
objetivo

general,

objetivos

especficos,

alcances

limitaciones,

requerimientos del sistema, el estudio de factibilidad, diagramacin en UML,

base de datos, documentacin de entrada y salida.

El CAPITULO V: Este captulo contiene las conclusiones y

recomendaciones para el uso del sistema, y referencias bibliogrficas,
Esta investigacin ser desarrollar usando el Modelo de Investigacin
Accin Participativa; y sern las personas que laboran en la Central de Citas
y el Departamento de Historias Mdicas del IPASME, las que aportarn las
ideas necesarias y sugerencias para la realizacin y ejecucin de este
Proyecto.

CAPTULO I
Planteamiento del Problema
El Instituto de Previsin y Asistencia Social para el Personal del
Ministerio del Poder Popular para la Educacin, con sede en Valle de la
Pascua Estado Gurico es un organismo que tiene como finalidad prestar de
manera eficiente servicios de seguridad y asistencia social integral,
acompaados de una atencin de alta calidad al personal docente y
administrativo del Ministerio del Poder Popular para la Educacin y otros
entes educativos afiliados al IPASME, en el marco de los principios de
universalidad, solidaridad, unidad, integralidad y participacin democrtica,
para convertirla en una Institucin modelo del sistema de seguridad social en
Venezuela y en Amrica Latina.

La Institucin presta una serie de servicios y consultas a las cuales

pueden acceder tanto los docentes afiliados al mismo como sus Familiares,
los cuales son denominados beneficiarios (Padres, Esposo (a), Hijos).

El Departamento de Historias Mdicas es el lugar donde se archivan

las historias de los afiliados y sus respectivos beneficiarios las cuales
contienen todos los datos personales del docente y el plantel donde este
presta sus servicios.
El diagnostico de la problemtica que se presenta a continuacin es el
resultado del trabajo realizado durante el desarrollo de Servicio comunitario,
las pasantas y el Trabajo Especial de Grado, adems, para hacer el mismo
se uso la metodologa de Investigacin Accin Participativa (IAP), es decir el
personal que labora en el rea de historias mdicas y central de citas, se

involucr suministrando informacin valiosa para identificar la problemtica y

sugiriendo soluciones.
En este orden de ideas, el principal problema que se presenta en la
central de citas y el departamento de historias mdicas del IPASME, radica
en que debido al constante

ingreso de nuevos Docentes afiliados a la

Institucin y con una cantidad considerable de beneficiarios se hace difcil

controlar todos los datos que contienen las historias mdicas de los mismos
(exmenes de laboratorio, ordenes mdicas, radiografas) y por ende la
administracin de las citas que son solicitadas para las diferentes
especialidades. Otros problemas encontrados en ambas reas fueron los
siguientes:
Las historias tanto de los afiliados como de los beneficiarios se llevan
de forma manual.
Para localizar las historias en muchas ocasiones se recurre a un
tarjetero con fichas ndice cuando a los usuarios por cualquier
circunstancia olvidan su nmero de historia.
Se utilizan libretas en donde se llevan anotaciones relativas a los
afiliados y beneficiarios que existen en la actualidad
En el rea de central de citas, las mismas son distribuidas por medio
de libros donde se llenan los cupos disponibles de cada especialidad y
son anotados los afiliados y beneficiarios que asisten las mismas.
Los libros de

anotacin

corresponden

cada

una

de

las

especialidades y los cupos disponibles se basan en las horas de

contratacin de cada mdico.

En la Institucin se ha priorizado por aspectos que son considerados

de mucha importancia, pero se ha dejado como poco relevante la idea de

implantar un sistema de informacin que permita el control de todos los datos

que se manejan en el rea de central de citas y el departamento de historias
mdicas que son los encargados de administrar de manera estricta todo lo
referente a la poblacin de docentes afiliados al Instituto as como los
beneficiarios de los mismos.
Como posible solucin a la problemtica existente en la sede del
IPASME sede Valle de la Pascua se plantea la implementacin de un
Sistema de Informacin para el control de las historias mdicas y central de
citas el cual estar destinado a almacenar en una base de datos toda la
Informacin perteneciente al afiliado, sus beneficiarios, las diferentes citas
solicitadas y las consultas a las cuales asiste con mayor regularidad.

Con la puesta en funcionamiento de este sistema el personal que

labora en la central de citas y el departamento de historias mdicas del
IPASME tendr un control exacto de los datos de los afiliados y beneficiarios
de la institucin as como simplificar un poco el manejo de papeles, el trabajo
manual debido a que todo se llevar de forma automtica y a travs de
computadores habilitados para tal fin lo cual significar una disminucin
considerable de los costos y economizar tiempo al personal que labora en
estos departamentos.

El rea de central de citas es un lugar destinado a distribuir las citas

que soliciten los afiliados y sus beneficiarios para las diferentes
especialidades tomando en cuenta las horas de contratacin del personal
mdico (3 y 6 horas) y el nmero mximo de pacientes que se atienden por
turno (maana y tarde).

Justificacin
Un sistema de informacin automatizado para el IPASME, viene de la
necesidad que tiene esta institucin en el mejoramiento al momento de
prestar sus servicios, para obtener un mejor rendimiento y actividad en sus
objetivos.
Con los nuevos avances tecnolgicos se ha conseguido realizar de
manera ms rpida y efectiva las operaciones y procesos dentro de la
mayora de las organizaciones e Instituciones de la Administracin Pblica
Nacional a travs del uso de los sistemas de informacin.
En el rea de historias medicas del IPASME, actualmente se cuenta con
una cifra bastante elevada de registros de Afiliados, y diariamente se
distribuyen una cantidad bastante alta de citas medicas a las diferentes
especialidades que all se atienden lo que trae consigo una gran movilidad y
modificacin de datos con realizacin de procesos los cuales se deben
controlar con una mejor eficacia en las labores del instituto.
Al desarrollar un sistema automatizado de informacin, se lograr un
mejor control de las historias mdicas y de las citas a las diferentes
especialidades, para conseguir as optimizar los resultados, trayendo consigo
el disminuir constantemente el tiempo en que el personal efectuara las
operaciones de forma manual. Dicho sistema pasara a ser una herramienta
que permitir el control de toda la informacin registrada dando as
confiabilidad a todos los resultados obtenidos siendo este el rol principal del
sistema adems de ser muy importante para la Institucin.
La informtica se dispone como herramienta para el desarrollo de un
sistema capaz de realizar de la manera ms rpida los problemas planteados

y disponer de muchas ventajas y complementos en la elaboracin de los

procesos.
De lo anteriormente expuesto se formulan las siguientes interrogantes:
Qu mtodos usa el personal del IPASME para Registrar y Controlar
la informacin de los Afiliados?
Cules son los requerimientos necesarios para sean optimizados los
procesos de la central de citas e historias mdicas del IPASME?
Cmo se suministrar informacin al Personal de Historias Mdicas
y Central de Citas en relacin al Sistema Propuesto?
Cul es la posible solucin a la problemtica actual en la Central de
Citas e Historias Mdicas del IPASME?
Objetivos de la Investigacin
Objetivo General
Desarrollar un Sistema de Informacin basado en multiplataforma para el
Registro y Control de las Historias Mdicas y Central de Citas del Instituto de
Previsin y Asistencia Social para el Personal del Ministerio del Poder
Popular para la Educacin, sede Valle de la Pascua Estado Gurico.

Objetivos Especficos
Describir los Mtodos y Procedimientos que se llevan a cabo en el
IPASME para el control y registro de la informacin.
Determinar

los

requerimientos

actuales

del

Instituto

para

optimizacin de cada uno de los procesos que all se llevan a cabo.

la

 Respaldar terica y jurdicamente el presente estudio.

Disear un sistema automatizado multiplataforma, para resolver
problemas que presenta el Instituto.
Elaborar el manual de usuario y el plan de adiestramiento para el
Personal de Historias Mdicas y Central de Citas en relacin al
Sistema de Informacin propuesto.
Alcances de la Investigacin
La investigacin tiene como alcance satisfacer las necesidades sobre
el manejo y control de toda la informacin del departamento de historias
mdicas y central de citas del IPASME sede Valle de La Pascua, tanto de los
docentes afiliados como sus beneficiarios, debido a que la Institucin cuenta
con la Tecnologa actual, los recursos y los equipos necesarios para la
implementacin del Sistema propuesto.
Todo esto se traducir en una mejora considerable para la Institucin
debido a que este sistema permitir un ahorro significativo en el desarrollo de
las operaciones y procesos en el departamento de historias mdicas y
central de citas, los cuales son llevados de forma manual.
Los usuarios de la tecnologa propuesta se apropiaran de la misma y
podrn utilizarla de una manera eficiente para satisfacer una necesidad o
requerimiento dentro de la Institucin donde laboran. Todo esto se lograr
por medio del Empowerment quiere decir potenciacin o empoderamiento
que es el hecho de delegar poder y autoridad a los subordinados y de
conferirles el sentimiento de que son dueos de su propio trabajo.

Por ultimo el sistema propuesto ser programado para ser usado en

multiplataforma (Windows y Linux) que se define como: un trmino usado
para referirse a los programas, sistemas operativos, lenguajes de
programacin, u otra clase de software, que puedan funcionar en diversas
plataformas. Por ejemplo, una aplicacin multiplataforma podra ejecutarse
en Windows en un procesador x86, en GNU/Linux en un procesador x86, y
en Mac OS X en uno x86 (solo para equipos Apple) o en un PowerPC, todo
esto en concordancia con el decreto presidencial No. Decreto Presidencial
3.390, concerniente al uso del Software Libre en cual en su artculo No. 1
dice lo siguiente:
La Administracin Pblica Nacional emplear prioritariamente Software
Libre desarrollado con Estndares Abiertos, en sus sistemas, proyectos y
servicios informticos. A tales fines, todos los rganos y entes de la
Administracin Pblica Nacional iniciarn los procesos de migracin gradual
y progresiva de stos hacia el Software Libre desarrollado con Estndares
Abiertos.

10

CAPITULO II
MARCO TERICO
A continuacin se presenta el fundamentacin terica que sirve como
base para el estudio planteado, se trata de las bases conceptuales que dan
soporte a la investigacin.
La primera parte del marco terico son los
investigacin lo cual se refiere a estudios

antecedentes de la

realizados

investigadores que estn relacionados con la temtica en estudio

por otros
desde el

punto de vista metodolgico o tengan similitud con los objetivos y el rea

problemtica que se pretende resolver.
Antecedentes de la Investigacin
Aqu se presentarn una serie de investigaciones las cuales sirven de
referencia y de apoyo al presente estudio, cabe destacar que los mismos se
relacionan de una forma indirecta con la investigacin. Estos se sealan a
continuacin:
Polo J (2007) integrante del Club REM (Rocco e Miguel S. L) Red
Titania Programas de Gestin que funciona en Zaragoza Espaa y creador
del Sistema de Gestin

Clnica Consultas Mdicas compuesto de los

mdulos agenda admisin consulta revisiones ciruga facturacin compaas

estudios imagen radiologa analitca anatoma y farmacia con vademecum.
Entre las diversas funciones del software se encuentran: Personaliza la
documentacin del Paciente. Importa la informacin de otras Bases de
Datos. Multiusuario y pueden ser trabajadas simultneamente. Buscar
registros de pacientes y Consultas fcilmente. Mdulos diferenciados por

11

colores, los cuales son de gran utilidad en la Gestin de un Consultorio

Mdico. Este Software se utiliz como referencia para este Trabajo Especial
de Grado debido a que permite entre sus funciones llevar el control de las
Historias Clnicas de los pacientes que acuden a un consultorio mdico y
adems sirvi de gua para el diseo del Sistema que ser programado para
multiplataforma e implantado en el IPASME sede Valle de la Pascua, con su
respectivo manual del usuario y el personal debidamente capacitado en
cuanto al manejo del mismo.
Latorilla E (2002) precursor y desarrollador del Sistema Care2x dice:
Care2x es un sistema informtico integrado. Care2x integra datos, funciones
y flujo de tareas en un entorno de cuidados de la salud. Al momento, est
compuesto de cuatro componentes principales. Cada uno de estos
componentes tambin puede funcionar de manera individual.

HIS - Sistema de Informacin Hospitalaria/Servicios de la Salud

PM - Administracin del Ejercicio Mdico

CDS - Servidor Central de Datos

HXP - Protocolo de Intercambio de Datos de la Salud

Este proyecto tiene por finalidad intentar resolver el problema de la falta

de informatizacin en las Instituciones de Salud con lo cual se persigue el

desarrollo y establecimiento de guas, normativas, instructivos y software
para la implementacin de un Sistema de Informacin en Salud, bajo las
normas y lineamientos del software libre, de acuerdo a la realidad local regional, aprovechando al mximo los recursos existentes y aplicable a las
instituciones hospitalarias publicas.
Bases Tericas

12

Las bases tericas constituyen el respaldo epistemolgico del trabajo

de investigacin, pues es sobre este que se construye el soporte del mismo,
formando la plataforma sobre la cual se sustenta el anlisis de los resultados
obtenidos en el trabajo, sin ella no se puede analizar los resultados. Las
bases tericas permiten fundamentar los conceptos a partir de los cuales se
construir el proyecto de investigacin en las teoras relacionadas sobre el
software propuesto y la metodologa que se utilizara para lograr el desarrollo
del mismo.
Investigacin Accin Participativa (IAP)

Es una nueva forma de investigacin donde las comunidades se

involucran para tratar de buscar soluciones a sus principales necesidades
basndose en estudios de las realidades que las rodean, implicando esto un
desarrollo importante y crecimiento para las mismas.
Para poder generar procesos de cambio, es necesario que conozcamos
la realidad del territorio en donde queremos intervenir. Una forma de hacerlo
es a travs de la Investigacin accin participativa.
La investigacin accin participativa es una metodologa que apunta a
la produccin de un conocimiento propositivo y transformador, mediante un
proceso de debate, reflexin y construccin colectiva de saberes entre los
diferentes actores de un territorio con el fin de lograr la transformacin social.
Esta metodologa combina dos procesos, el de conocer y el de actuar,
implicando en ambos a la poblacin cuya realidad se aborda.
Es un proceso que combina la teora y la praxis, y que posibilita el
aprendizaje, la toma de conciencia crtica de la poblacin sobre su realidad,

13

su empoderamiento, el refuerzo y ampliacin de sus redes sociales, su

movilizacin colectiva y su accin transformadora.
La IAP, por tanto, no rechaza el papel del especialista pero s plantea el
para qu y el para quin de la investigacin como primer problema a
resolver.
En una IAP hablamos de objetivar la realidad en una dinmica de
investigacin

que

surge

se

desarrolla

como

proceso

en

la

complementariedad permanente de distintos saberes -el saber tcnico, el

saber cotidiano-. En este sentido, podramos referirnos a una construccin
dialctica del saber que parte de considerar al objeto a investigar como
sujeto (protagonista de la investigacin) y a la finalidad de la investigacin
como transformacin social. Este tipo de construccin, enmarcada en un
proceso de investigacin colectivo, genera como sntesis dinmica un nuevo
conocimiento cientfico sobre una situacin problemtica determinada.
Una realidad social no slo es imposible de captar desde una
objetividad pura, sino que el proceso de aprehensin de la misma se
desarrollar en una u otra direccin en funcin de la prctica social. Sujeto,
objeto y accin son parte del mismo proceso.
El proceso de IAP no culmina con la produccin de conocimientos, sino
que pretende actuar frente a las realidades sociales, considerando para su
transformacin la voz de los actores.

El eje central de la IAP debe plantearse como un proceso cclico de

reflexin-accin-reflexin, en el que se reorganiza la relacin entre conocer y
hacer, entre sujeto y objeto, configurando y consolidando con cada paso la

14

capacidad de autogestin de los implicados. Es un contexto investigativo

ms abierto y procesal.

La IAP se realiza con una ptica desde dentro y desde abajo: desde
dentro de la comunidad estudiada; desde abajo, pues lleva a la participacin
incluso a quienes no han podido estudiar.
La participacin en la IAP implica hacer realidad el derecho de todos a
ser sujetos de historia, o sea sujetos de los procesos especficos que cada
grupo va llevando adelante. La meta es que la comunidad vaya siendo la
autogestora del proceso, apropindose de l, y teniendo un control operativo
(saber hacer), lgico (entender) y crtico (juzgar) de l.
La IAP quiere superar la investigacin al servicio de unos pocos (una
clase privilegiada), y la investigacin para las universidades bibliotecas
solamente. La investigacin y la ciencia deben estar al servicio de la
comunidad; ayudarla a resolver sus problemas y necesidades y a planificar
su vida. Este enfoque implica un replanteamiento epistemolgico, poltico, y
por tanto metodolgico.
Epistemolgicamente supone romper con el binomio clsico de sujeto y
objeto de la investigacin. Lo cual implica que la verdad - ciencia - teora se
va logrando en la accin participativa comunitaria. La teora va a ser
resultado del aporte popular, ledo, justificado, convalidado y orientado por
los mtodos cientficos.
Polticamente supone que toda investigacin parta de la realidad con su
situacin estructural concreta, para ayudar a transformarla creativamente,
con la participacin de la comunidad implicada. El objeto final es la

15

transformacin de la realidad social en beneficio de las personas

involucradas; esto implica operar tambin al interior del sistema vigente.
Metodolgicamente supone un proceso modesto y sencillo al alcance
de todos pero a la vez que lleve a la participacin procesal, a asumir crtica y
estructuralmente la realidad, a la reflexin seria y profunda de sus causas y
tendencias, a conclusiones cientficas, a estrategias concretas y realizables,
a una planeacin, a una praxis - accin renovada y transformadora en la que
vaya interviniendo toda la comunidad, a una continua reflexin sobre la
praxis para hacerla cada vez ms liberadora y transformadora de la realidad.
La IAP desconoce la neutralidad de las ciencias sociales, no slo por
considerar que sus manifestaciones intelectuales repercuten en la vida
material y simblica de las sociedades, sino que tambin al asumir que el
propio investigador se enfrenta ante la situacin a investigar desde una
valoracin previa de la misma, partiendo de que l mismo, como sujeto
social, se compromete ideolgicamente con el "objeto de estudio", su
pasado, s u presente y su futuro.
El tcnico-investigador interviene en la realidad no slo porque su tarea
cientfica requiere de problematizarla, sino que adems, y como nota
distintiva de la IAP, porque esta actitud cuestionadora debe ser tambin
asumida por la propia comunidad como condicin fundamental en el proceso
de cambio.
En el marco de la IAP el proceso de investigar deja de ser un acto
unidireccional para constituirse como concepto que define, ya no una accin
en si misma, sino un proceso de reflexin-accin-reflexin encaminado por
actores que comparten, debaten y "extienden" a los otros saberes
particulares.

16

La IAP apunta a la transformacin de la realidad en un esfuerzo para

mejorarla y asegurar de esta manera que hombres y mujeres sean
reconocidos como sujetos de su propia historia.
Objetivos de la IAP
Crear conciencia a las comunidades sobre sus realidades, sus
necesidades y requerimientos ms los factores condicionantes de las
mismas.
Capacitar lderes en las comunidades

para la toma de decisiones

acertadas y as poder solucionar sus necesidades.

Comprometer a las comunidades y sus integrantes en la puesta en
marcha de acciones que se llevarn a cabo en pro del desarrollo y
bienestar de sus miembros.
Facilitar la autogestin de las acciones que generarn las acciones en
proceso transformador y desarrollo de las comunidades.
Caractersticas de la IAP
Las comunidades son las que se encargan de identificar y describir los
problemas que presentan.
Se desarrolla en ambientes naturales.
Se pone en marcha en contextos microsociales.
Es un proceso dialctico de conocer actuar.
La comunidad deja de ser objeto y pasa a ser sujeto de la investigacin.
Conjuga el conocimiento cientfico y el saber popular.
Perspectiva holstica en la comprensin del problema
Utiliza mltiples tcnicas y recursos metodolgicos.

17

 Su finalidad es promover transformaciones en la realidad que se estudia y

mejorar la vida de los sujetos implicados.
Proceso metodolgico del IAP
1. Fase preliminar: En esta fase se realiza una exploracin donde se
diagnostican de los problemas que la comunidad intentar resolver.
2. Proceso organizativo: Consiste en constituir en grupos de trabajo a las
personas que participarn en el proyecto.
3. Diseo metodolgico: Se formular en Planteamiento del Problema,
objetivos generales y especficos, mtodos y procedimientos a utilizar
durante el desarrollo de la investigacin.
4. Recopilacin y anlisis de la informacin: En esta fase los
participantes en el proceso de investigacin procedern a recopilar y a
analizar luego la informacin captada para posterior uso de los
resultados.
5. Uso de los resultados: En este paso los grupos de trabajo debidamente
conformados harn una planificacin sobre las posibles acciones que se
ejecutarn.
6. Elaboracin de los programas y proyectos de accin comunitaria.
7. Ejecucin de los programas y proyectos de accin comunitaria que se
hayan planificado.
Sugerencias para aplicar la IAP
Conformar un equipo de investigacin que integre a personas que residan
en la comunidad, y fomentar una filosofa de trabajo en conjunto.
Identificar los actores sociales (instituciones,
interesados en el problema de investigacin.
Identificar lderes comunitarios.

18

grupos, personas)

 Capacitacin (miembros del equipo de investigacin, otras personas de la

comunidad).
Definir los roles y formas de participacin social de los diferentes
actores/as (instituciones, grupos, personas) en todo el proceso de
investigacin.
Disear estrategias comunicativas para motivar la participacin de los
diferentes pblicos.
Elaborar

y/o

elegir

tcnicas

de

investigacin

apropiadas

las

caractersticas de los pblicos con los que se va a trabajar.

Informacin

disponible

en

la

pgina

online:

(http://www.universitas.net.ve/biblioteca/datatres/iap.ppt).
Empowerment o Empoderamiento
Se hace referencia a este trmino en la presente investigacin debido
que el personal del rea de Central de Citas y el Departamento de Historias
Mdicas del IPASME experimentar un proceso en donde ellos se
apoderarn del conocimiento y la tecnologa con el fin de resolver por cuenta
propia sus problemas y necesidades.
Wilkinson, A. (1998): define el concepto de Empoderamiento como: Donde
los beneficios ptimos de la tecnologa de la informacin son alcanzados.
Los miembros, equipos de trabajo y la organizacin, tendrn completo
acceso y uso de informacin crtica, poseern la tecnologa, habilidades,
responsabilidad, y autoridad para utilizar la informacin y llevar a cabo las
tareas cotidianas dentro de cualquier organizacin. (p40.)
El concepto de Empoderamiento se utiliza en el contexto de la ayuda al
desarrollo econmico y social para hacer referencia a la necesidad de que
las personas objeto de la accin de desarrollo se fortalezcan en su capacidad
de

controlar

su

propia

vida.

Tambin

19

puede

ser

interpretado

el

empoderamiento como un proceso poltico en el que se garantizan los

derechos humanos y justicia social a un grupo marginado de la sociedad.
Slo se logra un cambio significativo en el desarrollo de las sociedades
si se cuestionan directamente los patrones de poder existentes. Una
definicin positiva concibe este trmino como el poder de hacer, de ser
capaz, as como de sentirse con mayor control de las situaciones. Segn
este enfoque, el individuo tiene un rol activo y puede actuar en cualquier
programa de cooperacin gracias a la actitud crtica que ha desarrollado.
Esta nocin rompe con la idea de que el individuo es un ser pasivo de la
cooperacin y pasa a convertirse en un actor legtimo.
Empoderamiento: Significa que los empleados, administradores y
equipo de todos los niveles de la organizacin tienen el poder para tomar
decisiones sin tener que requerir la autorizacin de sus superiores.
La idea en que se basa el Empoderamiento es que quienes se hayan
directamente relacionado con una tarea son los ms indicados para tomar
una decisin al respecto, en el entendido de que posee las actitudes,
requeridas para ellas.
Empoderamiento significa crear un ambiente en el cual los empleados
de todos los niveles sientan que tienen una influencia real sobre los
estndares de calidad, servicio y eficiencia de la organizacin dentro de sus
reas de responsabilidad.
Esto genera un involucramiento por parte de los trabajadores para
alcanzar metas de la organizacin con un sentido de compromiso y
autocontrol y por otra parte, los administradores estn dispuestos a renunciar
a parte de su autoridad decisional y entregarla a trabajadores y equipos.

20

Empoderamiento es una herramienta de la calidad total que en los

modelos de mejora continua y reingeniera, as como en las empresas
ampliadas provee de elementos para fortalecer los procesos que llevan a las
empresas a su desarrollo.
El Empoderamiento se convierte en la herramienta estratgica que
fortalece el que hacer del liderazgo, que da sentido al trabajo en equipo y
que permite que la calidad total deje de ser una filosofa motivacional, desde
la perspectiva humana y se convierta en un sistema radicalmente funcional.
Premisas del Empoderamiento
Estas premisas deben ser promovidas por la direccin, en cascada y en
todos

los

niveles,

estas

son:

(disponible

en

el

enlace

web:

http://www.elprisma.com/apuntes/administracion_de_empresas/definiciondee
mpowerment ).
1. Responsabilidad por reas o rendimientos designados.
2. Control sobre los recursos, sistemas, mtodos, equipos.
3. Control sobre las condiciones del trabajo.
4. Autoridad (dentro de los limites definidos) para actuar en nombre de la
empresa.
Nuevo esquema de evolucin por logros.
Sntomas de las Empresas Tradicionales
1. En las empresas tradicionales su puesto pertenece a la compaa.
Slo se reciben rdenes.
2. Su puesto no importa realmente.
3. No siempre sabe si esta trabajando bien, generalmente los
indicadores no son claros.
4. Usted siempre tiene que quedarse callado.

21

5. Su puesto es diferente a lo que usted es.

6. Tiene poco o ningn control sobre su trabajo

Consecuencias
Tradicionales

Negativas

de

los

Sntomas

de

las

Empresas

1. Trabajo repetitivo y sin importancia.

2. Confusin en la gente.
3. Falta de confianza.
4. Falta de contribucin en las decisiones.
5. No se sabe si se trabaja bien.
6. Nadie sabe lo que esta sucediendo.
7. Poco tiempo para resolver los problemas.
8. Existencia de reglas y reglamentaciones engloban tez.
9. Otros resuelven los problemas de uno.
10. No se da crdito a la gente por sus ideas o esfuerzos.
11. Falta de recursos, conocimientos, entrenamiento.
Caractersticas de
Empoderamiento

las

Empresas

que

han

experimentado

el

1. El puesto le pertenece a cada persona.

2. La persona tiene la responsabilidad, no el jefe o el supervisor, u otro
departamento.
3. Los puestos generan valor, debido a la persona que esta en ellos.
4. La gente sabe donde esta parada en cada momento.
5. La gente tiene el poder sobre la forma en que se hacen las cosas.
6. El puesto es parte de lo que la persona es.
7. La persona tiene el control sobre su trabajo.
Resultados Positivos del Empoderamiento en las Personas

22

1. Su trabajo es significativo
2. Ellos pueden desarrollar una diversidad de asignaciones.
3. Su rendimiento puede medirse.
4. Su trabajo significa un reto y no una carga.
5. Tiene autoridad de actuar en nombre de la empresa.
6. Participacin en la toma de decisiones.
7. Se escucha lo que dice.
8. Saben participar en equipo.
9. Se reconocen sus contribuciones.
10. Desarrollan sus conocimientos y habilidades.
11. Tienen verdadero apoyo.
Plataforma
Una plataforma es precisamente el principio, en el cual se constituye un
hardware, sobre el cual un software puede ejecutarse/desarrollarse. No debe
confundirse esto con arquitecturas.
El hardware o software subyacente para un sistema. La plataforma
define un estndar alrededor el cual un sistema puede ser desarrollado. Una
vez que la plataforma ha sido definida, los desarrolladores de software
pueden producir el software apropiado y los gerentes pueden comprar el
hardware apropiado para su uso. El trmino a menudo es usado como un
sinnimo de sistema operativo. El trmino plataforma Cruzada trmino se
refiere a la capacidad de software o hardware para correr de modo idntico
sobre plataformas diferentes. Muchas aplicaciones de Windows y Macintosh,
por ejemplo, ahora producen archivos compatibles en lo binario, que quieren
decir que los usuarios pueden cambiar de una plataforma a otra sin convertir
sus datos a un nuevo formato.
La informtica de plataforma cruzada se hace cada vez ms importante
a medida que las redes de rea local se perfeccionan en la integracin de las

23

mquinas de diferentes plataformas. Por ejemplo, el ambiente de

programacin de plataforma cruzada permite a un programador desarrollar
programas para muchas plataformas simultneamente.
Multiplataforma
Las aplicaciones multiplataforma son aquellas que pueden funcionar
en diferentes sistemas operativos y/o ordenadores, pero el cdigo fuente es
el mismo. Una de las grandes ventajas de las aplicaciones multiplataformas
es que dan la libertad al usuario de poder utilizar la mquina que ms le
guste. Unos usuarios prefieren Linux, otros prefieren Windows, otros MAC,
etc. El usuario debe poder elegir. Normalmente, son los fabricantes los que
deciden por los usuarios: cuando sacan un nuevo software, slo est
disponible para las mquinas que ellos decidan.
El Lenguaje de Modelado Unificado (UML).
Es un lenguaje que permite modelar, construir y documentar los
elementos que forman un sistema software orientado a objetos. Se ha
convertido en el estndar de facto de la industria, debido a que ha sido
concebido por los autores de los tres mtodos ms usados de orientacin a
objetos: Grady Booch, Ivar Jacobson y Jim Rumbaugh.
Alarcn. R (2000) en su libro Diseo Orientado a Objetos con define
UML como:
Un lenguaje estndar que sirve para escribir los planos del
software, puede utilizarse para visualizar, especificar, construir y
documentar todos los artefactos que componen un sistema con
gran cantidad de software. UML puede usarse para modelar
desde sistemas de informacin hasta aplicaciones distribuidas
basadas en Web, pasando por sistemas empotrados de tiempo
real. UML es solamente un lenguaje por lo que es slo una parte
de un mtodo de desarrollo software, es independiente del
proceso aunque para que sea optimo debe usarse en un proceso

24

dirigido por casos de uso, centrado en la arquitectura, iterativo e

incremental. (p, 15)
De lo antes sealado se tiene que el de Modelado Unificado (UML:
Unified Modeling Language) es la sucesin de una serie de mtodos de
anlisis y diseo orientadas a objetos que aparecen a fines de los 80's y
principios de los 90s. UML es llamado un lenguaje de modelado, no un
mtodo. Los mtodos consisten de ambos de un lenguaje de modelado y de
un proceso.
Grady Booch (2000), define UML como:
El lenguaje de modelado es la notacin (principalmente grfica)
que usan los mtodos para expresar un diseo. El proceso indica
los pasos que se deben seguir para llegar a un diseo. UML
incrementa la capacidad de lo que se puede hacer con otros
mtodos de anlisis y diseo orientados a objetos. Los autores
de UML apuntaron tambin al modelado de sistemas distribuidos
y concurrentes para asegurar que el lenguaje maneje
adecuadamente estos dominios.(p. )

Objetivos de UML

Proporcionar una notacin y semnticas suficientes para poder

alcanzar una gran cantidad de aspectos del modelado contemporneo
de una forma directa y econmica.

Proporcionar las semnticas suficientes para alcanzar aspectos del

modelado que son de esperar en un futuro.

Proporcionar mecanismos de extensin de forma que proyectos

concretos puedan extender el meta-modelo a un coste bajo.

Proporcionar mecanismos de extensin de forma que aproximaciones

de modelado futuras podran desarrollarse encima del UML.

Permitir el intercambio de los modelos entre una gran variedad de

herramientas.

25

Proporcionar semnticas suficientes para especificar las interfaces a

bibliotecas para la comparticin y el almacenamiento de componentes
del modelo.

Caractersticas de UML
Es una especificacin basada en Booch, Rumbaugh y Coad-Yourdon.
Divide cada proyecto en un nmero de diagramas que representan las
distintas vistas del proyecto y juntos representan la arquitectura del
mismo.
Permite describir un sistema en diferentes niveles de abstraccin,
simplificando la complejidad sin perder informacin, para que los
usuarios y desarrolladores comprendan las caractersticas de la
aplicacin.
Se quiere convertir en un lenguaje estndar con el que sea posible
modelar todos los componentes del desarrollo de una aplicacin, sin
embargo no pretende definir un modelo de desarrollo sino nicamente
un lenguaje de modelado.
Clasificacin de los Diagramas empleados por UML.
Diagramas de Estructura Esttica
Con el nombre de Diagramas de Estructura Esttica se engloba tanto al
Modelo Conceptual de la fase de Diseo de Alto Nivel como al Diagrama de
Clases de Diseo. Ambos son distintos conceptualmente, mientras el primero
modela elementos del dominio el segundo presenta los elementos de la
solucin software. Sin embargo, ambos comparten la misma notacin para
los elementos que los forman (clases y objetos) y las relaciones que existen
entre los mismos (asociaciones).

26

Clases
Una clase se representa mediante una caja subdividida en tres partes:
En la superior se muestra el nombre de la clase, en la media los atributos y
en la inferior las operaciones. Una clase puede representarse de forma
esquemtica (plegada), con los detalles como atributos y operaciones
suprimidos, siendo entonces tan solo un rectngulo con el nombre de la
clase. En la siguiente figura se ve cmo una misma clase puede
representarse a distinto nivel de detalle segn interese, y segn la fase en la
que se est.
Objetos
Un objeto se representa de la misma forma que una clase. En el
compartimento superior aparece el nombre del objeto junto con el nombre de
la clase subrayado, segn la siguiente sintaxis:
nombre_del_objeto: nombre_de_la_clase
Puede representarse un objeto sin un nombre especfico, entonces slo
aparece el nombre de la clase.
Asociaciones
Las asociaciones entre dos clases se representan mediante una lnea
que las une. La lnea puede tener una serie de elementos grficos que
expresan caractersticas particulares de la asociacin.
Nombre de la Asociacin y Direccin
El nombre de la asociacin es opcional y se muestra como un texto que
est prximo a la lnea. Se puede aadir un pequeo tringulo negro slido
que indique la direccin en la cual leer el nombre de la asociacin

Los nombres de las asociaciones normalmente se incluyen en los

modelos para aumentar la legibilidad. Sin embargo, en ocasiones pueden

27

hacer demasiado abundante la informacin que se presenta, con el

consiguiente riesgo de saturacin. En ese caso se puede suprimir el nombre
de las asociaciones consideradas como suficientemente conocidas.

Multiplicidad
La multiplicidad es una restriccin que se pone a una asociacin, que
limita el nmero de instancias de una clase que pueden tener esa asociacin
con una instancia de la otra clase. Puede expresarse de las siguientes
formas:
Con un nmero fijo: 1.
Con un intervalo de valores: 2...5.
Con un rango en el cual uno de los extremos es un asterisco. Significa que
es un intervalo abierto. Por ejemplo, 2...* significa 2 o ms.
Con una combinacin de elementos como los anteriores separados por
comas: 1, 3...5, 7,15...*.
Con un asterisco: *. En este caso indica que puede tomar cualquier valor
(cero o ms).
Clases Asociacin
Cuando una asociacin tiene propiedades propias se representa como
una clase unida a la lnea de la asociacin por medio de una lnea a trazos.
Tanto la lnea como el rectngulo de clase representan el mismo elemento
conceptual: la asociacin. Por tanto ambos tienen el mismo nombre, el de la
asociacin. Cuando la clase asociacin slo tiene atributos el nombre suele
ponerse sobre la lnea. Por el contrario, cuando la clase asociacin tiene
alguna operacin o asociacin propia, entonces se pone el nombre en la
clase asociacin y se puede quitar de la lnea.

Asociaciones N-Arias

28

En el caso de una asociacin en la que participan ms de dos clases,

las clases se unen con una lnea a un diamante central. Si se muestra
multiplicidad en un rol, representa el nmero potencial de tuplas de instancias
en la asociacin cuando el resto de los N-1 valores estn fijos. En el siguiente
grfico se ha impuesto la restriccin de que un jugador no puede jugar en
dos equipos distintos a lo largo de una temporada, porque la multiplicidad de
Equipo es 1 en la asociacin ternaria.
Navegabilidad
En un extremo de una asociacin se puede indicar la navegabilidad
mediante una flecha. Significa que es posible "navegar" desde el objeto de la
clase origen hasta el objeto de la clase destino. Se trata de un concepto de
diseo, que indica que un objeto de la clase origen conoce al objeto(s) de la
clase destino, y por tanto puede llamar a alguna de sus operaciones.
Herencia
La relacin de herencia se representa mediante un tringulo en el
extremo de la relacin que corresponde a la clase ms general o clase
padre.

Si se tiene una relacin de herencia con varias clases subordinadas,

pero en un diagrama concreto no se quieren poner todas, esto se representa
mediante puntos suspensivos. En el ejemplo de la figura de arriba, slo
aparecen en el diagrama 3 tipos de departamentos, pero con los puntos
suspensivos se indica que en el modelo completo (el formado por todos los
diagramas) la clase Departamento tiene subclases adicionales, como
podran ser Recursos Humanos y Produccin.
Elementos Derivados
Un elemento derivado es aquel cuyo valor se puede calcular a partir de
otros elementos presentes en el modelo, pero que se incluye en el modelo

29

por motivos de claridad o como decisin de diseo. Se representa con una

barra / precediendo al nombre del elemento derivado.

Diagrama de Casos de Uso

Un Diagrama de Casos de Uso muestra la relacin entre los actores y
los casos de uso del sistema. Representa la funcionalidad que ofrece el
sistema en lo que se refiere a su interaccin externa.
Elementos
Los elementos que pueden aparecer en un Diagrama de Casos de Uso
son: Actores, casos de uso y relaciones entre casos de uso.
Actores
Un actor es una entidad externa al sistema que realiza algn tipo de
interaccin con el mismo. Se representa mediante una figura humana
dibujada con palotes. Esta representacin sirve tanto para actores que son
personas como para otro tipo de actores (otros sistemas, sensores, etc.).

Actor

Caso de uso: Es una descripcin de un conjunto de secuencias de

acciones que un sistema ejecuta y que produce un resultado observable
de inters para un actor particular. Se representa en el diagrama mediante
una elipse con el nombre del caso de uso en su interior. El nombre del
caso de uso debe reflejar la tarea especfica que el actor desea llevar a
cabo usando el sistema.
Caso Uso

30

Comunicacin: Este elemento representa la relacin que existe entre un

Uso-Caso y un Actor, dicho elemento es representado simplemente por
una lnea recta que se extiende de la figura del actor hacia el ovalo del
Uso-Caso.

Relaciones en un diagrama de Casos de Uso.

Las tres relaciones principales entre los casos de uso son soportadas
por el estndar UML, el cual describe flotacin grafica para esas relaciones.
Asociacin
Es el tipo de relacin ms bsica que indica la innovacin desde un actor
caso de uso a otra operacin (caso de uso). Dicha relacin se denota con
una flecha simple.
Dependencia Instancia
Es una forma muy particular de relacin entre clases, en la cual una
clase depende de otra, es decir, se instancia (se crea). Dicha relacin se
denota con una flecha punteada.
Generalizacin
Este tipo de relacin es uno de los ms utilizados, cumple una doble
funcin dependiendo de su estereotipo, que puede ser de Uso (<<uses>>)
de Herencia (<<extends>>).
Uses: Es una relacin entre dos casos de uso, que denota la inclusin
del comportamiento de un escenario en otro. Su simbologa es la siguiente:
<<Uses>>

31

Extends: Se recomienda utilizar cuando un caso de uso es similar a

otro caso de uso pero se le aade alguna caracterstica nueva. Su
representacin grafica es la siguiente:
<<Extends>>
Casos de Uso
Un caso de uso es una descripcin de la secuencia de interacciones
que se producen entre un actor y el sistema, cuando el actor usa el sistema
para llevar a cabo una tarea especfica. Expresa una unidad coherente de
funcionalidad, y se representa en el Diagrama de Casos de Uso mediante
una elipse con el nombre del caso de uso en su interior. El nombre del caso
de uso debe reflejar la tarea especfica que el actor desea llevar a cabo
usando el sistema.
Relaciones entre Casos de Uso
Entre dos casos de uso puede haber las siguientes relaciones:
Extiende: Cuando un caso de uso especializa a otro extendiendo su
funcionalidad.
Usa: Cuando un caso de uso utiliza a otro.
Se representan como una lnea que une a los dos casos de uso
relacionados, con una flecha en forma de tringulo y con una etiqueta
<<extiende>> o <<usa>> segn sea el tipo de relacin. En el diagrama de
casos de uso se representa tambin el sistema como una caja rectangular
con el nombre en su interior.
Los casos de uso estn en el interior de la caja del sistema, y los
actores fuera, y cada actor est unido a los casos de uso en los que participa
mediante una lnea.
Diagramas de Interaccin

32

En los diagramas de interaccin se muestra un patrn de interaccin

entre objetos. Hay dos tipos de diagrama de interaccin, ambos basados en
la misma informacin, pero cada uno enfatizando un aspecto particular:
Diagramas de Secuencia y Diagramas de Colaboracin.

Diagrama de Secuencia
Un diagrama de Secuencia muestra una interaccin ordenada segn la
secuencia temporal de eventos. En particular, muestra los objetos
participantes en la interaccin y los mensajes que intercambian ordenados
segn su secuencia en el tiempo.
El eje vertical representa el tiempo, y en el eje horizontal se colocan los
objetos y actores participantes en la interaccin, sin un orden prefijado. Cada
objeto o actor tiene una lnea vertical, y los mensajes se representan
mediante flechas entre los distintos objetos. El tiempo fluye de arriba abajo.
Se

pueden

colocar

etiquetas

(como

restricciones

de

tiempo,

descripciones de acciones, etc.) bien en el margen izquierdo o bien junto a

las transiciones o activaciones a las que se refieren. En la figura 16 se
representa el Diagrama de Secuencia para la realizacin de una llamada
telefnica.
Diagrama de Colaboracin
Un Diagrama de Colaboracin muestra una interaccin organizada
basndose en los objetos que toman parte en la interaccin y los enlaces
entre los mismos (en cuanto a la interaccin se refiere). A diferencia de los
Diagramas de Secuencia, los Diagramas de Colaboracin muestran las
relaciones entre los roles de los objetos. La secuencia de los mensajes y los
flujos de ejecucin concurrentes deben determinarse explcitamente
mediante nmeros de secuencia.

33

En cuanto a la representacin, un Diagrama de Colaboracin muestra a

una serie de objetos con los enlaces entre los mismos, y con los mensajes
que se intercambian dichos objetos. Los mensajes son flechas que van junto
al enlace por el que circulan, y con el nombre del mensaje y los parmetros
(si los tiene) entre parntesis.

Diagrama de Estados
Un Diagrama de Estados muestra la secuencia de estados por los que
pasa un caso de uso o un objeto a lo largo de su vida, indicando qu eventos
hacen que se pase de un estado a otro y cules son las respuestas y
acciones que genera.
En cuanto a la representacin, un diagrama de estados es un grafo
cuyos nodos son estados y cuyos arcos dirigidos son transiciones
etiquetadas con los nombres de los eventos. Un estado se representa como
una caja redondeada con el nombre del estado en su interior. Una transicin
se representa como una flecha desde el estado origen al estado destino.
La caja de un estado puede tener 1 o 2 compartimentos. En el primer
compartimento aparece el nombre del estado. El segundo compartimento es
opcional, y en l pueden aparecer acciones de entrada, de salida y acciones
internas.
Una accin de entrada aparece en la forma entrada/accin_asociada
donde accin_asociada es el nombre de la accin que se realiza al entrar en
ese estado. Cada vez que se entra al estado por medio de una transicin la
accin de entrada se ejecuta.
Una accin de salida aparece en la forma salida/accin_asociada. Cada
vez que se sale del estado por una transicin de salida la accin de salida se
ejecuta.

34

Una accin interna es una accin que se ejecuta cuando se recibe un

determinado evento en ese estado, pero que no causa una transicin a otro
estado. Se indica en la forma nombre_de_evento/accin_asociada.
Diagrama de Estados.
Un diagrama de estados puede representar ciclos continuos o bien una
vida finita, en la que hay un estado inicial de creacin y un estado final de
destruccin (del caso de uso o del objeto). El estado inicial se muestra como
un crculo slido y el estado final como un crculo slido rodeado de otro
crculo. En realidad, los estados inicial y final son pseudoestados, pues un
objeto no puede estar en esos estados, pero nos sirven para saber cules
son las transiciones iniciales y finales(es).
Bases Legales
La realizacin de un Sistema Automatizado para el Control de las
Historias Mdicas y Central de Citas del Instituto de Prevencin y Asistencia
Social para el Personal del Ministerio del Poder Popular para la Educacin,
(IPASME) ubicado en Valle de la Pascua, Estado Gurico, debe estar
jurdicamente respaldado para lo cual existen diversos instrumentos legales
los cuales van a sustentar dicho estudio y para ello se cuenta con el
siguiente contenido:
El

decreto

presidencial

segn

versin

Online

disponible

en

(http://baseslegalessoftwarelibre.blogspot.com/) expresa: decreto 3.390, de

fecha 28 de Diciembre de 2004, concerniente al uso del Software Libre, esta
vinculado a los artculos

110 y 226 de la Constitucin de la Repblica

Bolivariana de Venezuela, 12 y 47 de la Ley Orgnica de la Administracin

Pblica y, 2, 19 y 22 del Decreto con Rango y Fuerza de Ley Orgnica de
Ciencia, Tecnologa e Innovacin, en Consejo de Ministros. Seala que:

35

La Administracin Pblica Nacional emplear prioritariamente

Software Libre desarrollado con Estndares Abiertos, en sus
sistemas, proyectos y servicios informticos. A tales fines, todos
los rganos y entes de la Administracin Pblica Nacional
iniciarn los procesos de migracin gradual y progresiva de stos
hacia el Software Libre desarrollado con Estndares Abiertos.
Sintetizando el articulo No. 1 del presente decreto se puede decir que
todas las Instituciones deben migrar de forma progresiva y gradual al
Software Libre debido a que ofrece muchas ms ventajas en cuanto al
Software Propietario para realizar cualquier proyecto o servicio en el rea de
Informtica; debido a que como el software libre es totalmente de cdigo
abierto puede ser modificado y adaptado a las necesidades y requerimientos
de todos los organismos de la Administracin Pblica Nacional
Software Libre: Programa de computacin cuya licencia garantiza al usuario
acceso al cdigo fuente del programa y lo autoriza a ejecutarlo con cualquier
propsito, modificarlo y redistribuir tanto el programa original como sus
modificaciones en las mismas condiciones de licenciamiento acordadas al
programa original, sin tener que pagar regalas a los desarrolladores previos.
Estndares Abiertos: Especificaciones tcnicas, publicadas y controladas
por alguna organizacin que se encarga de su desarrollo, las cuales han sido
aceptadas por la industria, estando a disposicin de cualquier usuario para
ser

implementadas

en

un

software

libre

otro,

promoviendo

la

competitividad, interoperatividad o flexibilidad.

Software Propietario: Programa de computacin cuya licencia establece
restricciones de uso, redistribucin o modificacin por parte de los usuarios,
o requiere de autorizacin expresa del Licenciador. Distribucin Software

36

Libre desarrollado con Estndares Abiertos para el Estado Venezolano: Un

paquete de programas y aplicaciones de Informtica elaborado utilizando
Software Libre con Estndares Abiertos para ser utilizados y distribuidos
entre distintos usuarios.
Para el buen uso y manejo del software libre el Articulo No. 4 del
Decreto Presidencial No. 3.390 en su artculo No. 4 expresa lo siguiente:
El Ministerio de Ciencia y Tecnologa, adelantar los programas
de capacitacin de los funcionarios pblicos, en el uso del
Software Libre desarrollado con Estndares Abiertos, haciendo
especial nfasis en los responsables de las reas de
tecnologas de informacin y comunicacin, para lo cual
establecer

con

los

dems

rganos

entes

de

la

Administracin Pblica Nacional los mecanismos que se

requieran.
En el Artculo No. 4 establece al Ministerio de Ciencia y Tecnologa como el
ente gubernamental responsable del proceso de ejecucin del presente
decreto y tiene la responsabilidad de impartir toda la capacitacin necesaria a
los funcionarios de la Administracin Pblica Nacional en especial aquellas
personas

directores

jefes

de

organismos

departamentos de Informtica y Comunicacin.

37

en

donde

funcionen

CAPITULO III
MARCO METODOLGICO
ste capitulo se refiere al tipo y diseo de la investigacin, proceso
metodolgico, tcnicas e instrumentos de recoleccin de datos y tcnicas de
anlisis de los datos.
Tipo de Investigacin.
El enfoque investigativo de este proyecto es de Investigacin de Accin
Participativa (IAP); que de acuerdo al Lewin, K (1944), se aplica a estudios
sobre realidades humanas de cualquier tipo, donde la gente se involucra
aportando sus ideas y sugiere soluciones a los problemas encontrados.(p.24)
Se adapta perfectamente a este enfoque debido a la vivencia conjunta,
aprovechando la relacin bidireccional, horizontal y difana entre las
personas que laboran en el rea de central de citas y departamento de
historias medicas del IPASME de Valle de La Pascua y los

estudiantes

participantes de las tres experiencias acadmicas de las Unidades

Curriculares Metodologa Estructurada para el Desarrollo de Sistemas de
Informacin (MEDSI), Proyecto Comunitario y las Pasantas Profesionales,
Tambin se trata de un trabajo del tipo de proyecto especial que segn
la el Manual de la

UPEL (2006)

son aquellos que llevan a creaciones

tangibles, susceptibles a ser utilizadas como solucin a los problemas

demostrados. Se incluyen en esta categora el desarrollo de software con el
cual se busca solucionar un problema o requerimiento especfico en
determinado mbito de la sociedad (p.17).

38

Diseo de la Investigacin.
Como ya se dijo, se trata de un diseo de Investigacin de Accin
Participativa (IAP), que parafraseando a Lewin, k (1944) en sus trabajos
sobre la investigacin - accin, la IAP es

entendida como un proceso

participativo y democrtico llevado a cabo con la propia comunidad

protagonista que en este caso es el personal del IPASME.
Este diseo permite
conceptualizacin,

la recopilacin de informacin, anlisis,

planificacin,

ejecucin

evaluacin

del

proceso

investigativo con el objetivo de hacer una propuesta que rompa con el mito
de la investigacin esttica. Llevando el conocimiento a la esfera prctica,
logrando de forma simultnea avances tericos, concienciacin y cambios
organizacionales, sociales y/o comunitarios.
Proceso Metodolgico del IAP
Este proceso metodolgico se realizo en

siete fases descritas a

continuacin:
1. La Fase Preliminar:
Esta fase comienza con el primer acercamiento entre el personal de
IPASME y los estudiantes de Metodologa Estructurada para el Desarrollo de
Sistemas de Informacin. Realizndose aqu la investigacin exploratoria o
diagnstica. De donde surge el planteamiento del problema, la formulacin
de los objetivos y un acercamiento al estudio de factibilidad.
Cabe destacar que aqu se realizo la recopilacin y anlisis de la
informacin a partir de una accin y reflexin

junto con el colectivo

involucrado en el estudio.
La fase diagnostica se realizo con la modalidad de trabajo de campo,
el cual parafraseando al Manual de la UPEL (2006) se trata de detectar

39

problemas con el objetivo de describirlos, interpretarlos, entender su

naturaleza y factores constituyentes, explicar sus causas y efectos, o
predecir su ocurrencia, haciendo uso de mtodos caractersticos de
cualquiera de los paradigmas o enfoques de investigacin conocidos o en
desarrollo. Los datos de inters son recogidos en forma directa de la
realidad; donde los involucrados suministran datos originales denominados
primarios.
2. Fase de Proceso organizativo:
Se divide en dos partes la primera es:
Identificacin de los escenarios en estudio: Aqu se procede a realizar una
breve descripcin de los dos departamentos involucrados en el estudio los
cuales son:
Central de Citas
Este es el lugar destinado a otorgar las Citas para las diferentes
Especialidades Mdicas as como los Servicios de Odontologa, Rayos X,
Laboratorio que funcionan en la Sede del IPASME ubicada en Valle de la
Pascua Estado Gurico.
Departamento de Historias Mdicas
Es el Departamento donde se archivan las Historias de los Docentes
afiliados al IPASME as como tambin todos los Beneficiarios que gozan del
Servicio. Cada Historia contiene todos los datos personales del Afiliado, sus
Beneficiarios as como tambin todos los diagnsticos que presenta,
Estudios Radiolgicos, Exmenes de Laboratorio y as como tambin todas
las Consultas a las cuales ha asistido. Los procesos que se siguen en este
Departamento se describen a continuacin:

40

Rpidamente se observo que la Central de Citas y el Departamento de

Historias Mdicas son dos oficinas que trabaja en conjunto y en mutuo
apoyo, y metodolgicamente resulto ser mas eficiente sepralas

en dos

escenarios, pero sabiendo que el aporte final les contribuir ambos.

Segunda parte es Identificacin de participantes potenciales.
Obviamente en este estudio no se trabaja con muestra sino que los
doce miembros del equipo son la poblacin objetivo; lo cual es el resultado
de las relaciones humanas establecidas en la dinmica del trabajo, y de la
identificacin de la estructura de los equipos que conforma el personal de la
Central de Citas y el Departamento de Historias Mdicas del IPASME Valle
de La Pascua, El siguiente cuadro ilustra lo antes expuesto:
Personal que labora en el rea de Central de Citas.
Nombre y Apellido

Cargo

Funciones

Turno Maana
Atencin al Afiliado y
Yenny Torrealba.

Receptor - Informador

Beneficiario I, otorgar citas

para todas las
Especialidades.
Atencin a los Beneficiarios

Carlos Anaude

Receptor - Informador

II, otorgar citas para todas

las Especialidades.

Turno Tarde
Atencin al Afiliado y
Delice Ortiz.

Receptor - Informador

Beneficiario I, otorgar citas

para todas las

Especialidades
Fuente: Central de Citas del IPASME, Valle de la Pascua. Estado
Gurico.
Personal que labora en el Departamento de Historias Mdicas

41

Nombre y Apellido
Ana Pozo

Cargo
Turno Maana
Receptor Informador.

Funciones
Llenar

codificar

las

Historias de los Afiliados y

Delia Duarte

Tc Reg. Md. Est.

Beneficiarios.
Coordinadora del

Disney Oropeza.

Sal. II
Tc Reg. Md. Est.

Departamento
Llenar y codificar

Sal. II

Historias de los Afiliados y

Yulian Rivas

Transp.

Hist.

Md

(Mensajero)

Nombre y Apellido

las

Beneficiarios.
Llevar las Historias Mdicas
a cada consultorio.

Rosa A. Guerra.

Cargo
Turno Tarde
Tc Reg. Md. Est.

Coordinadora

del

Machuca Dacelis E.

Sal. II
Tc Reg. Md. Est.

Departamento.
Llenar y codificar

las

Carmen Y. Daz.

Transp.

Funciones

Sal. II

Historias de los Afiliados y

Hist.

Beneficiarios.
Md. Llevar las Historias Mdicas

(Mensajero)
a cada consultorio.
Fuente: Departamento de Historias Mdicas del IPASME, Valle de la
Pascua. Estado Gurico.

3. Fase de

Formulacin del marco terico y la seleccin de la

metodologa a usar.
Se trata de darle respaldo terico y jurdico al estudio, y de hacer un
anlisis concienzudo en relacin a la seleccin del enfoque metodolgico
que gua al estudio.

42

4. Fase de uso de los resultados:

Los involucrados aportaron sugerencias, ideas, y

todas fueron

consideradas e incorporadas a los requerimientos del sistema

5 Fase de elaboracin de los programas y proyectos; que en este caso es el
sistema propuesto:
6- Fase de la puesta en prctica del sistema es proceso de empoderamiento
de la metodologa o tecnologa.
Tcnicas e Instrumentos de Recoleccin De Datos.
Parafraseando

a Acevedo y Ribas (1995), se trata de un proceso

organizado de que le da coherencia a compilacin de informacin

recoleccin de, (p.307). En el mismo orden de ideas Ramrez (1999), lo
seala como

un procedimiento mas o menos estandarizado que se ha

utilizado como xito en el mbito de la ciencia. Asimismo seala que un

instrumento de recoleccin de datos es un dispositivo de sustrato material
que sirve para registrar los datos obtenidos a travs de las diferentes
fuentes.
Las tcnicas utilizadas en la recoleccin de informacin para la
realizacin de este proyecto fueron:
La observacin participante, En la IAP significa que adems, de
observar, se escucha las reflexiones, opiniones, aportes, quejas entre otros
aspectos de cada uno de los involucrados los cuales permiten al investigador
reunir datos y as comprobar la veracidad y exactitud de los mismos.
Las anotaciones o bitcora de trabajo, para lo cual se lleva un diario
de trabajo escrito.
Tormenta de Ideas

43

Es una herramienta de trabajo grupal que facilita el surgimiento de

nuevas ideas sobre un tema o problema determinado. La lluvia de ideas es
una tcnica de grupo para generar ideas originales en un ambiente relajado.
Esta herramienta fue ideada en el ao 1941 por Alex F. Osborne,
cuando su bsqueda de ideas creativas result en un proceso interactivo de
grupo no estructurado que generaba ms y mejores ideas que las que los
individuos podan producir trabajando de forma independiente; dando
oportunidad de hacer sugerencias sobre un determinado asunto y
aprovechando la capacidad creativa de los participantes.
Con el uso de esta tcnica se reuni al equipo, dando como resultado
la restructuracin y la descripcin de los procesos de trabajo en la central
de citas y e Historia Medicas.
Tcnicas de Anlisis de Datos.
El anlisis de datos es de suma importancia para el xito de la
investigacin, ya que le indica al investigador a determinar los pasos a seguir
de la informacin obtenida del estudio realizado. En tal sentido, Arias (1997),
establece que se definir las tcnicas lgicas (induccin, deduccin, anlisis
y sntesis), que sern empleadas para descifrarlo a que revelen los datos que
se han recopilado (P.55). Las tcnicas se aplican a las exigencias del plan
de estudio.
En este caso se uso la verificacin y la triangulacin de informacin, lo
cual consiste en indagar entre diferentes involucrados la misma informacin,
adems de combinarla con otra tcnica de rechequeo como la observacin
participante.
Anlisis de Resultados
De la aplicacin de la metodologa
resultados:

44

IAP,

se tiene los siguientes

Descripcin de los Procesos

Para la descripcin de los procesos se procedi a

observar desde

fuera, tambin se uso la tcnica de observacin participante y el intercambio

de ideas con los involucrados, de lo cual resulto la siguiente descripcin:
En el rea de Central de Citas, la rutina es:
1. Primeramente se reciben a los Afiliados y Beneficiarios por las
taquillas habilitadas para dar las citas correspondientes.
2. El Personal que labora en Central de Citas solicitan la Constancia de
Afiliacin solo en casos cuando se trata de nuevos afiliados.
3. Se le solicita el nmero de Cdula del Afiliado, los Beneficiarios
acuden a solicitar citas portando la Cdula del Docente adscrito al
IPASME.
4. Los Receptores Informadores van a un Computador habilitado y
consultan va Internet la Base de Datos para verificar que el Nmero
de Cdula suministrado se encuentra registrado en la misma.
5. Se verifican los Datos Personales del Afiliado como:
Nombre y Apellidos.
Cdula de Identidad.
Fecha de Nacimiento.
Unidad Regional en donde se encuentra ubicado el Afiliado.
Los Beneficiarios que este pueda tener (Padres, Esposo (a) o
Conyugue, Hijos).
6. Una vez verificada la Informacin anterior los Receptores
Informadores proceden a preguntar al Afiliado o Beneficiario segn
sea el caso la Especialidad a la cual solicitar Cita.
7. Para otorgar la Cita de determinada especialidad hay que tener en
cuenta la cantidad de Horas de Contratacin (3 y 6 horas) de cada

45

uno de los Mdicos que all prestan servicio y la cantidad de Pacientes

que pueden atender en cada uno de los turnos de trabajo vara en
funcin de ese nmero de Horas.
8. Se procede a revisar el Cuaderno de la Especialidad a la cual el
Beneficiario o Afiliado pidi Cita, esto es para determinar que da de la
semana se encuentra disponible para anotarlo y a que turno del da
qued asignado (Maana o Tarde).
9. Una vez que se ha ubicado el da y el turno exacto de la Cita solicitada
por el Afiliado o Beneficiario los Receptores Informadores dan la
Informacin correspondiente
10. Proceden a anotar al Afiliado o Beneficiario en la Especialidad
solicitada, da y turno exacto.
11. Se le entrega al Afiliado o Beneficiario un comprobante con la Cita de
la Especialidad que solicit, el cual deber presentar el da de la
Consulta.
12. Cuando el Afiliado o Beneficiario asiste a la Consulta, la Enfermera se
encarga de revisar el Formato de Estadsticas al Servicio Mdico
Directo que es donde se encuentran todos los pacientes citados para
ese da y verifica que el Solicitante se encuentre anotado en dicha
Planilla.
En el Departamento de Historias Mdicas la rutina es la siguiente:
1. La Auxiliar de Historias Mdicas en ambos turnos procede a solicitar la
Cdula del Afiliado para llenar los datos en la Historia (cuando el mismo
asiste por Primera vez al IPASME) recaudando la siguiente Informacin:
Primero se llenan los datos personales relativos al Afiliado como:
Nombre y Apellidos, Direccin, Plantel donde labora.

46

 Luego procede a llenar la ficha de cada uno de los Beneficiarios entre

los cuales estn: Padres, Esposo (a), Hijos.
Se llena la tarjeta ndice en donde se asigna un Nmero que es el que
va a tener el Afiliado y por el cual se localizar la Historia nuevamente
cuando el caso lo amerite.
La Auxiliar de Historias Mdicas procede a llevar las Historias tanto del
Afiliado como de sus Beneficiarios en carpetas separadas y las coloca
en el orden que sigue: Delante y con su respectivo ndice el Afiliado y
detrs los Beneficiarios.
2. De la Central de Citas luego de llenar el Cupo diario de Pacientes citados
procede a enviar esa Informacin al Personal del Departamento de Historias
Mdicas para que sea elaborada la hoja de Estadsticas al Servicio Mdico
Directo (1 por cada Especialidad) que es donde se anotan todos los
pacientes citados tanto del turno de la maana como del turno de la tarde.
3. En este paso la Auxiliar de Historias Mdicas se traslada al Archivo donde
reposan las Historias y busca las de cada paciente citado por Especialidad
guindose por el Nmero que se le asigna a cada uno.
4. Luego procede a trasladar las Historias Mdicas de los citados a cada uno
de los Consultorios donde funcionan las Especialidades anexando la hoja de
Estadsticas al Servicio Mdico Directo para que las Enfermeras verifiquen
cada paciente citado.
5. Terminadas las Consultas del da la Enfermera devuelve al Departamento
las Historias Mdicas de todos los pacientes citados debidamente
actualizadas por el Mdico en cuanto a: Diagnsticos nuevos, Tratamiento,
Ordenes Mdicas, Evolucin entre otros.

47

6. Con la Planilla de Estadsticas al Servicio Mdico Directo el Personal de

Historias Mdicas del IPASME elabora un Informe Semanal llamado EPI 12
o Telegrama en donde se reportan las Enfermedades de Notificacin
Obligatoria y el mismo es enviado al Departamento de Epidemiologa del
Hospital Rafael Zamora Arvalo
7. Con la Informacin del punto anterior el Departamento de Historias
Mdicas del IPASME elabora Informes para Estadsticas propias como:
Resumen mensual de Actividades de la Consulta Externa. En este se
coloca el Cdigo del Diagnostico por una tabla de Enfermedades
Notificables.
Informe de Unidades de Diabetes (Registro de Pacientes Diabticos),
el cual se elabora de forma Trimestral.
Informe Mensual de Estadsticas Mdicas.

CAPITULO IV
SISTEMA PROPUESTO

48

ste captulo trata sobre el Sistema Propuesto, objetivo general, objetivos

especficos, alcances y limitaciones, requerimientos del sistema, el estudio
de factibilidad, diagramacin en UML, base de datos, documentacin de
entrada y salida.
Objetivos del sistema propuesto
Objetivo General
Desarrollar un Sistema de Informacin basado en multiplataforma para
el Registro y Control de las Historias Mdicas y Central de Citas del Instituto
de Previsin y Asistencia Social para el Personal del Ministerio del Poder
Popular para la Educacin, sede Valle de la Pascua Estado Gurico.
Objetivos Especficos
Proporcionar el debido adiestramiento al personal de central de citas e
historias mdicas sobre el manejo del sistema.
Registrar cada historia mdica de los docentes afiliados con sus
respectivos beneficiarios, y el plantel donde prestan sus servicios.

Registrar las citas que los afiliados y beneficiarios solicitan para cada
una de las especialidades que funcionan en la Institucin.

Realizar el manual del usuario del sistema que servir de apoyo

para su adecuado uso, a los usuarios finales en caso de algn
contratiempo presentado.
Alcances y limitaciones del sistema propuesto

49

En el departamento de Historias Mdicas del IPASME, ubicado en

Valle de la Pascua. Estado Gurico, se ha elaborado un sistema de
informacin para el registro y control de las historias mdicas y
administracin de las citas que son solicitadas por los afiliados y
beneficiarios, el cual es una herramienta de gran ayuda y eficaz y tiene como
alcance registrar y controlar los datos personales y las historias mdicas de
los docentes afiliados al IPASME, as como tambin administrar las citas para
cada una de las especialidades que se atienden en la Institucin, dicha
informacin ser almacenada para llevar un control exacto y eficiente en los
departamentos antes mencionados.
Este sistema no presenta limitantes debido a que el personal que va a
ser usuario del Sistema tienen los debidos conocimientos sobre el manejo de
los equipos de computacin y que este sistema les va a permitir el manejo
ms organizado de la informacin que es procesada da a da tanto en el
departamento de historias mdicas como en la central de citas del IPASME.
Requerimientos del sistema.
Se refiere a todas aquellas especificaciones que requiere el sistema
para poder procesar datos y emitir un resultado, existen tres requerimientos
importantes de todo sistema debe tener y estn estrechamente relacionados
entre si; los cuales son los siguientes: requerimientos de entrada,
requerimientos de almacenamiento y requerimientos de salida.
Requerimientos de entrada:
Es toda aquella informacin relevante que se introduce en el
computador para que sea procesada y la misma generar una respuesta o
salida.
Departamento de Historias Mdicas
Datos del Afiliado

50

 Nombre del Afiliado

Cdula de Identidad
Parentesco
Direccin de habitacin
Direccin de Trabajo (plantel donde presta sus servicios)
Datos del Beneficiario
Cdula de Identidad
Apellidos y Nombres
Procedencia, edad y sexo
Profesin y ocupacin actual
Direccin del Trabajo
Central de Citas
Apellidos y Nombres del afiliado o beneficiario (segn sea el caso)
Nombre de la Especialidad
Fecha y Hora de la Cita
Nombre del Mdico para el cual se solicita la cita
Requerimientos de almacenamiento:
Se refiere al lugar donde ser guardada la informacin introducida en
el sistema luego de ser procesada y que puede ser utilizable nuevamente
cuando el usuario lo requiera.

Departamento de Historias Mdicas

51

Datos del Afiliado

Nombre del Afiliado
Cdula de Identidad
Parentesco
Direccin de habitacin
Direccin de Trabajo (plantel donde presta sus servicios)
Datos del Beneficiario
Cdula de Identidad
Apellidos y Nombres
Procedencia, edad y sexo
Profesin y ocupacin actual
Direccin del Trabajo
Central de Citas
Apellidos y Nombres del afiliado o beneficiario (segn sea el caso)
Nombre de la Especialidad
Fecha y Hora de la Cita.
Nombre del Mdico para el cual se solicita la cita
Requerimientos de salida:
Son los resultados que saldrn del sistema luego de ser introducidos y
debidamente procesados, los mismos sern emitidos en forma de reportes,
informes y consultas de acuerdo con las necesidades de los usuarios del
sistema los cuales pueden ser por pantalla o por impresora.

52

Estudio de la factibilidad
El estudio de la factibilidad sirve para recopilar datos relevantes sobre
el desarrollo de un proyecto y en base a ello tomar la mejor decisin, si
procede su estudio, desarrollo o implementacin.
Este estudio se realiza antes de comenzar el desarrollo del sistema, y
tambin para observar que la Institucin

cuenta con todos los recursos

necesarios y personal capacitado y suficiente para su puesta en marcha,

esto con el propsito de que no existan ningn tipo de limitaciones durante
el desarrollo del sistema que ocasione perdidas a la organizacin en cuanto
a: tiempo, esfuerzo y dinero.
Factibilidad tcnica
El anlisis de factibilidad tcnica evala si el software puede
desarrollarse y si tienen las capacidades tcnicas requeridas por cada
alternativa del diseo que se est considerando. Los estudios de factibilidad
tcnica tambin consideran las interfaces entre los sistemas actuales y
nuevos. La tecnologa mnima para que el sistema se ejecute en buenas
condiciones de acuerdo con las funciones para las cuales fue diseado son
las siguientes:
Procesador Pentium IV de 2.8 Ghz, con este lo que se busca es el
procesamiento de mltiple cantidad de informacin de forma rpida y sin
limitaciones de velocidad
Disco duro de 250 GB, debido a que como ser una base de datos que se
ir incrementando con el ingreso de nuevos afiliados y beneficiarios, el
espacio de almacenamiento no sea ninguna limitante para la ejecucin
del sistema.

53

 Memoria RAM de 1 GB, va a permitir un desempeo a cabalidad del

sistema y el mismo no se har inestable a la hora de procesar
informacin y almacenar datos.
Unidad de CD-RW 52X-24X-52X, para realizar los respaldos de la base
de datos para evitar prdida de informacin.
Monitor 17 con el cual los operadores del sistema tendrn una visin
clara del mismo.
Impresora HP lser (cualquier modelo), que permitir una buena
impresin y de alta calidad de los formatos que irn almacenados en la
historia final del afiliado y sus beneficiarios as como tambin las citas que
afiliados y beneficiarios segn sea el caso solicitan para las diferentes
especialidades.
Software:
Sistema operativo Linux, debido a la Resolucin Presidencial No. 3.390
en la que se declara el empleo del Software Libre y de estndares
abiertos en todas las dependencias de la Administracin Pblica Nacional
el Sistema de Informacin propuesto funcionar bajo este sistema
operativo debido a que es robusto en la administracin de todos los
dispositivos y programas que trabajan bajo ese ambiente.
PHP, es un lenguaje creado por una gran comunidad de personas. El
sistema fue desarrollado originalmente en el ao 1994 por Rasmus
Lerdorf como un CGI escrito en C que permita la interpretacin de un
nmero limitado de comandos. El sistema fue denominado Personal
Home Page Tools y adquiri relativo xito gracias a que otras personas
pidieron a Rasmus que les permitiese utilizar sus programas en sus
propias pginas. Dada la aceptacin del primer PHP y de manera
adicional, su creador dise un sistema para procesar formularios al que

54

le atribuy el nombre de FI (Form Interpreter) y el conjunto de estas dos

herramientas, sera la primera versin compacta del lenguaje: PHP/FI.
SQL Server, es un lenguaje declarativo de acceso a bases de datos
relacionales que permite especificar diversos tipos de operaciones sobre
las mismas. Una de sus caractersticas es el manejo del lgebra y el
clculo relacional permitiendo lanzar consultas con el fin de recuperar de
una forma sencilla informacin de inters de una base de datos, as como
tambin hacer cambios sobre la misma.
Factibilidad Econmica:
Los estudios de factibilidad econmica incluyen anlisis de costos y
beneficios asociados con cada alternativa del proyecto. Con anlisis de
costos/beneficio, todos los costos y beneficios de adquirir y operar cada
sistema alternativo se identifican y se hace una comparacin de ellos.
Primero se comparan los costos esperados de cada alternativa con los
beneficios esperados para asegurarse que los beneficios excedan a los
costos.
En el Departamento de Historias Mdicas y central de citas del IPASME
manifiestan que la institucin cuenta con los recursos econmicos y tcnicos
para la implantacin del Sistema de Informacin el cual los ayudar a la
administracin eficiente de las citas solicitadas as como tambin de las
historias de los docentes afiliados y sus beneficiarios.
Factibilidad Operativa
La factibilidad operativa se refiere a que la Institucin cuenta con el
Personal para la operacin y el manejo adecuado del Sistema; para ello es
imprescindible una orientacin y adiestramiento adecuados que van desde el
uso del Computador, sus funciones y las tareas que se pueden realizar con

55

el mismo hasta de cmo se va a llevar a cabo el trabajo cuando el Sistema

est instalado listo para ser usado, por esta razn se realizar un Manual
para el Usuario sobre el Sistema Propuesto, de manera que si se presenta
algn inconveniente puedan solventarlo de manera eficaz y eficiente.
Factibilidad Psicosocial
La implantacin de un sistema de informacin automatizado en
cualquier organizacin crea un impacto social, que puede ocasionar su
aceptacin, el rechazo total al cambio tecnolgico que se pretende introducir.

Desde este punto de vista hay que tener en cuenta que grado de
aceptacin pueda llegar a tener dentro del IPASME la implementacin del
Sistema Propuesto, para ello se debe orientar debidamente al Personal de
los Departamentos de Historias Mdicas y Central de Citas que van a ser los
usuarios finales del mismo sobre los beneficios que este les aportar como
herramienta en la agilizacin de los procesos que all se realizan a diario.
El sistema ser aceptado ya que constituir una ayuda para el Personal
de los Departamentos de Historias Mdicas y Central de Citas del IPASME
sede Valle de la Pascua porque esto va a permitir el manejo eficiente de los
Datos que contienen las Historias Mdicas de los Docentes que son afiliados
al Instituto as como tambin la Administracin de las Citas solicitadas para
las diferentes especialidades que se atienden en el mismo.

56