Universidad de Guadalajara

Centro Universitario de Ciencias Econmico

Administrativas

Anlisis y optimizacin del sistema de control y gestin de honorarios de

una entidad hospitalaria
Tesis que Presenta:
Jos Abelardo Bonilla Suarez

Para obtener el grado de:

Maestro en Tecnologas de Informacin

Director de Tesis
Mtro. Sergio Javier Uribe Nava
Zapopan, Jalisco
Agradecimientos

Le agradezco a dios, por a ver cuidado de mi hasta, como hasta ahora lo ha

hecho por protegerme de y darme unos padres de los cuales estoy muy
orgulloso de presumirlos, por darme la sabidura para poder salir adelante en
mi vida y por darme experiencia y aprendizaje.

Le doy gracias a mis hijos, por estar a lado mo, por brindarme felicidad cundo
mas estresado estaba, por darme amor y cario como nunca imagine que
pudiera tener, porque cada vez que los vea siempre segu luchando ms por
darme la oportunidad de tener en mi vida algo que so y que hoy en da se
hace realidad.

Le agradezco toda la confianza que puso en m el Mtro. Mtro. Sergio Javier Uribe
Nava, por apoyarme en este proyecto el cual no hubiera sido posible sin l, siempre estuvo hay
orientndome y sacndome de muchas dudas, de desesperacin, de no saber que hacer en
cierto momento de mi vida tanto en lo personal como en lo profesional.

Le agradezco a la maestra por ser una gran institucin en la cual estoy

formndome para ser un mejor ser humano y un mejor profesionista, por
darme la confianza que hoy da se est transmitiendo en frutos del termino
postgrado.

ndice
Tabla de contenido
ndice.................................................................................................................. 3
Resumen............................................................................................................. 5
Abstract.............................................................................................................. 7
Captulo 1............................................................................................................ 9
1.1 Introduccin............................................................................................... 9
1.2 Motivacin............................................................................................... 11
1.3 Objetivo General...................................................................................... 12
1.4 Objetivos Particulares.............................................................................. 12
1.5 Alcance.................................................................................................... 13
1.6 Aportaciones............................................................................................ 13
1.7 Relevancia............................................................................................... 14
1.8 Estructura del trabajo de tesis.................................................................14
Captulo 2.......................................................................................................... 15
2.1 Anlisis del sistema planteado.................................................................15
2.2 Sistemas Heredados................................................................................ 18
2.3 Riesgos de un sistema Heredado.............................................................21
2.4 Usabilidad................................................................................................ 23
2.4.1 Usabilidad gil................................................................................... 23
2.4.2 Metodologa gil centrada en el usuario U-CD...................................24
2.5 Bases de Datos........................................................................................ 27
2.6 Que es un sistema de Base de Datos?...................................................27
2.7 Seguridad de bases de datos...................................................................31
2.8 Seguridad de la informacin....................................................................31
2.9 Integridad de la informacin....................................................................31
2.10 Confidencialidad de la informacin........................................................32
2.11 Disponibilidad de la informacin............................................................32
2.12 Auditar manejo de la informacin..........................................................33
2.13 Objetivos de la Auditora........................................................................33
2.14 Manejadores.......................................................................................... 33

2.15 Indexacin de Datos.............................................................................. 35

2.16 Tecnologas de Conectividad de Datos (Microsoft).................................37
2.17 Interface de programacin.....................................................................38
2.18 Tecnologas de Conectividad..................................................................39
2.19 Acceso mediante DAO, RDO, ADO.........................................................40
2.20 Lenguajes de Programacin...................................................................45
2.20.1 Visual Basic....................................................................................... 47
2.20.2 Visual Basic NET.............................................................................. 48
2.20.3 Java..................................................................................................... 50
Capitulo 3.......................................................................................................... 51
3.1 Introduccin............................................................................................. 51
3.2 Planteamiento del problema....................................................................51
3.3 Justificacin.............................................................................................. 51
Capitulo 4.......................................................................................................... 51
4.1 Introduccin............................................................................................. 51
4.2 Desarrollo de la metodologa...................................................................51
4.3 Propuesta para el Anlisis y optimizacin del sistema de honorarios......51
4.3.1........................................................................................................... 51

Resumen
Los sistemas hospitalarios enfocados en los honorarios mdicos, son sistemas
que tiene gran deficiencia en cuanto a funcionamiento y a aclaraciones de
manejo de informacin, de los honorarios.
Cmo podramos lograr un desarrollo y una implementacin de buenas
prcticas en un sistema como este? Pues haciendo un anlisis profundo de las
deficiencias, errores humanos, huecos informticos y con el pasar del tiempo
con el cual podemos detectar que ha habido irregularidades en este tipo de
eventos.
Organizaciones

tales

como

son

los

hospitales

el

manejo

de

la

informacin de honorarios en una parte muy crtica y fundamental para el

sustento del hospital, porque de ah se puede derivar el que un doctor lleve o
no a un paciente a dicha institucin para su operacin, chequeo, o incluso
algn seguimiento de por vida.
Debido a esto y a las grandes tormentas que han aparecido en este
problema me di a la tarea de hacer un anlisis y optimizar el sistema que
actualmente se lleva en el hospital, el presente trabajo de tesis propone un
caso de estudio de migracin para un mejor manejo de la informacin,
fundamentado en las deficiencias de otros sistemas y la poca robustez de lo
que un sistema de honorarios debera de tener.

Cules son las causas o los problemas del porqu, un sistema comercial
no cubre lo que realmente un hospital necesita para llevar acabo sus
funciones?
1.
2.
3.
4.

La mala planeacin
Datos no congruentes
Desarrollo solo por el programador.
Juntas reales con gente de hospitales (administrativos) para darle un

valor agregado a lo ya desarrollado.

5. Pruebas reales tras la realizacin del sistema.

Se estuvo verificando los sistemas que actualmente estn y no cumplan

con requisitos bsicos, pues el desarrollo era un enfoque administrativo no
mdico, no vean ms all de un sistema de informacin de datos los cuales no
arrojaban la informacin necesaria para poder empalmar informacin del
mdico-administrativo.
Es por eso que se pens en un sistema que pudiera facilitar el manejo de
los dems hospitales privados, para sus mejores prcticas
Se bas en sistemas ms robustos como son SQL y Oracle como medios
locales y de alto rendimiento y alta disponibilidad para el tipo de informacin.
Se pens en la economa, rendimiento, operatividad, desarrollo practico, por
eso se pens tambin en el sistema de visual Basic 6, el cual nos ayuda a
poder realizar acciones ms fciles y con menos tiempo de desarrollo.
Se utilizara un sistema de muy simple y de forma prctica para el usuario
final, que fuera de una forma diferente y que contuviera la informacin que
necesitaba y que pudiera hacerlo en tiempos cortos.

Palabras clave:
Anlisis, bases de datos, sistema, usabilidad, entidad hospitalaria, sistemas
heredados, desarrollo programacin, seguridad en tecnologas de informacin.

Abstract
Hospital systems focused on medical fees, are systems that have great
deficiency in terms of operation and information management clarification of
the fees.
How can we achieve development and implementation of good practice in a
system like this? Well doing a thorough analysis of the deficiencies, human
errors, gaps computer and with the passage of time with which we can detect
that there have been irregularities in these events.
Organizations such as hospitals handling fee information in a very critical and
important to the livelihood of the hospital, because there you can derive a
doctor or take a patient to the institution for its operation, check , or even
some lifelong monitoring.
Because of this and the great storms that have appeared in this issue I found
the task to analyze and optimize the system currently been in the hospital, this
thesis proposes a case study of migration for better handling information,
based on the shortcomings of other systems and little robustness of what a
system should have fees.
What are the causes or problems of why a trading system does not cover the
hospital really needs to carry out its functions?

1. The poor planning

2. Data not consistent
3. Development only by the programmer.
April. Together hospitals actual people (administrative) to give added value to
the already developed.
May. Actual Tests system after completion.
He was checking the systems that are currently not met basic requirements for
the development was a non-medical administrative approach, did not see
beyond a data information system which did not throw the information needed
to join medical-information administrative.
That's why I thought of a system that would facilitate the management of
other private hospitals for their best practices
It was based on more robust systems such as SQL and Oracle as local media,
high performance and high availability for the type of information.
It was felt in the economy, performance, operation, development practice, so
he also thought the Visual Basic 6 system, which helps us to perform actions
easier and with less development time.
They used a system of simple and practical way to the end user, it was a
different way and contained the information I needed and I could do in a short
time.

Keywords:
Analysis,

databases,

system

usability,

hospital

entity,

programming development, information technology security.

legacy

systems,

Captulo 1
1.1 Introduccin
Actualmente en las empresas del sector saludo privado se manejan sistemas de
honorarios rudimentarios, basados en sistemas bsicos de Microsoft Excel o en su
defecto sistemas que aplican en una plataforma de Microsoft Access.
La integracin de esta aplicacin basada en anlisis y optimizacin del sistema de
control y gestin de honorarios de una entidad hospitalaria, es una herramienta la cual
generara de forma correcta ciertos huecos que actualmente estn sucediendo en un
hospital en especfico el cual esta tenido de cierta forma perdidas de dinero, falta de
informacin bien fundamentada por la forma en la que se estn utilizando, Hoy en da
las bases de datos son parte fundamental para el manejo de procesos que hacen
eficiente la productividad de los clientes siempre y cundo se busque una base de
datos adecuada
Las bases de datos, el sistema de desarrollo visual Basic, contabilidad y un buen
orden lgico completan la informacin ya desarrollada en los sistemas para optimizar y
modificar

ciertos

errores

generar

reportes

con

consultas

especficas,

esas

modificaciones se adquieren a travs de los lenguajes de programacin, se habla de

SQL Server como plataforma de programacin para la realizacin de dichas actividades
que se realizan dentro de los esquemas que actualmente se usan.

El desarrollo de las nuevas tecnologas de informacin contribuyen a un crecimiento

en el ramo mdico para el desarrollo tanto de sistema de hospitalarios como la
elaboracin de productos mecnicos que contribuyen a una mejora en el alcance
medico cientfico.
Un elemento central de las sociedades del conocimiento es la capacidad para
identificar, producir, tratar, transformar, difundir y utilizar la informacin con vistas a
crear y aplicar los conocimientos necesarios para el desarrollo humano (Binde, 2005).
En otras palabras la sociedad mdica ha tenido un gran desarrollo en las
tecnologas de la informacin, tanto as que hoy en da el gobierno tiene apoyos para el
desarrollo de nuevas oportunidades en el rea de las tecnologas de la informacin, con
el propsito de levantar de una forma significativa el sector salud.
Noelia Escobar Hernndez el 12 de mayo del 2007 comento:
En Mxico tenemos equipos de alta tecnologa que permiten un diagnstico
mdico preciso, al que es posible acceder de forma remota.
La tecnologa nos permite tener equipos de alta calidad, que nos ofrezcan
diagnsticos precisos en los cuales basarnos para indicar tratamientos efectivos.
Podemos realizar exmenes mdicos con equipos que dictaminan rpidamente y con la
posibilidad de que los estudios puedan ser consultados de forma electrnica por
diversos especialistas que se encuentren en distintas ciudades o continentes.
Una Unidad de Radiodiagnstico de la ciudad de Mxico adquiri una
Resonancia Magntica de 1.5 Teslas de Philips que permite estudios diagnsticos a la
comunidad mdica especializada. Este Centro permitir realizar exmenes de una
manera inocua y con la ms alta calidad diagnstica en reas como neurologa,
ortopedia y angiografa, entre otras.
Este equipo tiene un sistema que produce estudios con un gran nivel de detalle
y permite exploraciones corporales totales a rganos especficos, por lo que es posible
conocer diversas enfermedades. Es un diseo innovador que no da sensacin de
claustrofobia porque es abierto.
Entonces le mbito laboral dentro de un sector salud privado, se estn desarrollando
sistemas que puedan interactuar con el mdico-paciente, para un mejor diagnstico,
ms rpido, mas eficiente, con mayor seguridad, por lo tanto se cree que este sector
todava tiene muchas cosas que explotar para poder dar mejor apoyo al paciente,

porque esa es la finalidad de las tecnologas de la informacin, tener un soporte detrs

de los servicios hospitalarios que brindan cuidado al paciente.
Wayne nos relata que tambin con autoridades de los institutos Mexicano del Seguro
Social (IMSS), de Seguridad y Servicios Sociales de los Trabajadores del Estado (ISSSTE)
y de hospitales particulares, para inaugurar el segundo foro anual Mxico-Estados
Unidos sobre Cuidado de la Salud, Tecnologa y Negocios, en el centro de convenciones
del IMSS. El tema de este ao, Tecnologas de Informacin en la Salud: Transformado
el Valor del Cuidado de la Salud, es de largo alcance, concierne a los ms jvenes y a
los muy viejos, y desde los menos afortunados hasta los ms influyentes, detall
Wayne.
En l actualidad son ms las empresas que son capaces de facilitar en el ramo medico
una satisfaccin al paciente con eficiencia por parte de todo el grupo que esta
alrededor del mdico tratante, se est mejorando el cuidado, las aclaraciones, la
atencin de los administrativos hacia los mdicos, la puntualidad y el seguimiento a los
pagos de aseguradoras, pues hoy en da podemos darnos cuenta que pasa con las
cuentas por pagar, las aclaraciones, entre otras muchas cosas.

1.2 Motivacin
El presente trabajo nace las oportunidades detectadas en un rea enfocada
a la administracin de grandes bases de datos y aplicaciones, donde se
identific la necesidad de migrar un sistema el cual no tena ningn tipo de
orientacin administrativa mdica.
Me di a la tarea de migrar una aplicacin al cual pudiera aumentar las
oportunidades dentro de una empresa de ramo mdico, de saber que era de
suma importancia aplicar alguna metodologa que pudiera hacer mis procesos
y mi desarrollo de migracin, asimismo se fortaleci la problemtica que hoy
en da surge para tal cambio, esta metodologa es cualitativa ya que cubre de
cierta forma los requisitos que pudiera necesitar para poder hacer dicha
aplicacin como un marco de referencia.
Porque decid realizar dicha modificacin? Porque es de mucha importancia
llegar a un punto en al que tengamos certeza de que la informacin a la cual
estamos accesando son datos confiables.

Se estarn tratando puntos de informacin segn la necesidad de la

empresa, pero que sea estandarizada con la finalizad de que sea amigable y se
adapte a las necesidades de las dems empresas (hospitales privados), porque
la finalizad es distribuir el sistema que pueda suplantar las fallas bsicas de los
que estn en el mercado actual, y as poder contribuir a una prctica ms gil y
simple.
Poder contribuir con algn desarrollo que pueda generar un crecimiento
personal con el cual la comunidad pueda dar testimonio de las aportaciones
que la gente de sistemas pueda aportar a un mbito muy diferente de lo que
uno est acostumbrado a realizar da con da, es algo que lo mueve a uno
desarrollar, a probar, a ser arriesgado para un fin publico y privado, es lo que
me llev a realizar este tipo de acciones, as como generar seguridad
informativa para un uso critico de datos que pueden afectar a los mdicos
involucrados en la realizacin del mismo si no se

trata de la manera ms

discreta y confiable.

1.3 Objetivo General

El objetivo en la gestin de honorarios de una entidad hospitalaria, es
precisamente aminorar, optimizar y reestructurar la forma y el manejo de la
informacin haciendo un anlisis de las necesidades fundamentales de la
empresa, con el fin de poder realizar de una forma correcta y preciosa el
manejo de los datos, la veracidad de la informacin as como poder sacar y
generar arqueos cada determinado tiempo para corroborar que el sistema de
cierta forma arroja la informacin que se necesite, organizar y poder detectar
los pagos de los servicios de honorarios sean entregados y avalado por la
empresa responsable y dicha empresa pueda respaldar los manejos de la
reparticin del dinero, recibos, indicadores de entrega, tipos de pagos, usuarios
responsables del recibir y de entregar dicho dinero d una forma correcta.

1.4 Objetivos Particulares

Mantener a tener la integridad, confiabilidad y disponibilidad de la

informacin desde un desarrollo de mejor prctica.

Disminuir las mesclas de informacin del personal

implicado en la

ejecucin del sistema, para la elaboracin de reportes que ayuden a

identificar los errores ms rpidamente.

Poder realizar ciertos procedimientos de bases de datos

que sean un

factor para llevar de la mano al usuario final como se coment

anteriormente, a poder generar mesclas de dinero, tanto de depsito
como del da y poder hacer ciertas ejecuciones (triggers), automatizadas
para sealar y separar las funciones de una forma diferente, pues cada
accin dependiendo del usuario tiene ciertas funciones para poder

ejecutar el disparador o trigger.

Tener el control interno de la cantidad de dinero que se maneja, ya que
la perdida ha sido grande considerablemente, para la empresa y lo que
conlleva a perder algn cliente potencial.

1.5 Alcance
El presente trabajo de tesis esta planeado para poder optimizar y analizar y
desarrollar una metodologa cualitativa para optimizar la forma de trabajo,
elaborar e ingresar reportes y cortes con los cuales se pueda detectar de
manera clara y transparente de cualquier movimiento y/o aclaracin que
pueda ver en algn futuro, as como establecer una serie de requerimientos
de seguridad por las partes involucradas.

1.6 Aportaciones
Las aportaciones que se pretenden obtener en este punto de anlisis son:

Seguridad
Una estructura de datos organizada
Informacin verdica
Una forma ms practica fcil y segura de utilizar el sistema
Reduccin de errores humanos

Que sea un sistema heredado pero con mejoras en la

interface(usabilidad)
Deteccin de cobros pagos y entrega de honorarios mdicos reales.
Implementar una metodologa que pueda hacer eficiente las deficiencias
antes obtenidas enfocadas en bases de datos ms consistentes y con un
desempeo mayor al que se tiene actualmente.

1.7 Relevancia

Acortar tiempos
Mejora en el proceso de entregas, pagos
Cortes de caja por usuario
Arqueos reales
Mayor velocidad
Resultados en la informacin basado en incidencia ms rpidas de

detectar
Agilizar la documentacin que implica la entrega de dinero al mdico
involucrado.

1.8 Estructura del trabajo de tesis.

El presente trabajo est desarrollado en:

5 Captulos
Un glosario de trminos
Referencias bibliogrficas
Tablas
Figuras
Anexos

El captulo 1 contiene una introduccin a la importancia del anlisis y la

optimizacin en un enfoque metodolgico cualitativo, la motivacin de porque
tuvo una tendencia de este tipo, se redacta el objetivo general, particular, as
como el alcance y las contribuciones de la misma hacia el nuevo desarrollo y
sus beneficios.
El captulo 2 se redacta un marco terico que es un sustent del trabajo de
investigacin que se viene realizando para poder llegar al alcance y los
objetivos o del porque me respaldo al utilizar ciertas herramientas las cuales

soportan el manejo de la investigacin, como lo son bases de datos,

conectividad, plataformas de desarrollo.
El captulo 3 habla sobre el planteamiento del problema y como abordarlo para
aunar y solucionar envase a una justificacin de porque se escogi cierta
metodologa que pueda dar esa cambio y estabilidad a esta implementacin.
El captulo 4 contiene la metodologa propuesta, en al cual la cual consta de
varias fases para poder dar solucin al problema requerido.
El captulo 5 son conclusiones.

Captulo 2

2.1 Anlisis del sistema planteado

En el anlisis de sistema vemos como poder interactuar y tener una gran
gama de cualidades de cierta forma con los usuarios finales para poder tener
una exacto concepto del la gravedad que tiene actualmente en la empresa, un
anlisis de sistema de informacin como es el caso de la del requerimiento
actual

para realizar soluciones, oportunidades, objetivos factibles y que

alcance del proyecto queremos o pretendemos llegar, teniendo en cuenta que

debemos administrar y coordinar debidamente el sistema o el levantamiento al
cual se quiere llegar.
A continuacin presentaremos un esquema que se basa en el ciclo de un
anlisis de informacin parla implementacin en los sistemas informticos [1]

Quienes son los implicados en este tipo de anlisis:

Analistas
Usuarios
Trabajadores
Gerentes de rea de operaciones
Diseador de sistemas

Porque es necesaria la involucracin des estas personas? Porque el analista

necesita conocer detalladamente las funciones del sistemas actual: l quien (la
gente involucrada), el que (la actividad del negocio),el donde(el entorno donde
se desarrollan las actividades, l cuando(el momento oportuno) y el cmo(la
manera en que se realizan los proyectos actuales)del negocio que se estudia[1]
Dentro de este anlisis tenemos que hacer nfasis en la parte del desarrollo de
sistemas, porque es l quien recibe del analista el levantamiento del proyecto,
y es l quien tiene que saber traducir o transformar lo que se desea realizar

dentro del proyecto que se est requiriendo, pues es la base para el trabajo
terminal del programador.
En muchos casos, el analista y el diseador son la misma persona o el miso
grupo unificado de personas. Aun cuando sean personas distintas, es
importante que se mantengan en contacto directo a lo largo del proyecto. La
razn por la que se necesita esta retroalimentacin continua entre diseador y
analista, es la siguiente:
La mayor parte de las veces el analista y el programador son la misma
persona, pero es importante que ambas personas o la misma este en constante
comunicacin ya sea con las personas involucradas o con el mismo dndole
seguimiento a los cambios o procesos que puedan estar pasando en el anlisis
del proyecto.
El analista tiene que ofrecer informacin detallada suficiente como para que el
diseador pueda elaborar un diseo tecnolgicamente superior y el diseador
debe proveer suficiente informacin para que le anlisis pueda darse cuenta si
los requerimientos que del usuario esta documentando son tecnolgicamente
posibles [2]
En esta parte realizaremos un diseo lgico del sistema de informacin que
vamos a desarrollar, con la finalizad de que dichos datos sean los correctos
para el inicio del anlisis el cual vamos a desarrollar, con esto podres realizar
un diseo de formularios y pantallas adecuadas para los usuarios implicados en
el sistema hospitalario relacionado con sistemas de usabilidad para la
visualizacin del sistema.
En esta parte tambin se analizara el diseo de las bases de datos en el que se
almacenaran los datos que se almacenaran en el sistema para su posterior
consulta de informacin del encargado en curso, porque no podemos dejar a un
lado el saber que una informacin bien recopilada puede ahorrar costos,
deficiencias, tiempos, informacin verdica y confiable claramente se tendr
que seguir interactuando con los usuarios tanto en el mbito de informacin
como de datos porque a final de cuentas ellos junto anlisis y el desarrollo
interactuaran con el sistema terminado.

En la parte del anlisis del sistema se tendr que contemplar un control y

procedimientos de sistemas de respaldo que solidifiquen que la informacin
que se est almacenando sea debidamente resguardada por el encargado en
curso.
Antes de poner el sistema en funcionamiento es necesario probarlo. Es mucho
menos costoso encontrar los problemas antes que el sistema se entregue a los
usuarios. Una parte de las pruebas las realizan los programadores solos, y otras
las llevan acabo de maneja conjunta con los analistas de sistemas. Primero se
realiza una seria de pruebas con datos de muestra para determinar con
precisin cuales son los problemas y posteriormente se relaza otra con datos
reales del sistema actual [1]
Por ltimo se implementara el sistema de informacin (Anlisis y optimizacin
del sistema de control y gestin de honorarios de una entidad hospitalaria), Se
capacitara al personal, con la finalidad que puedan explotar al 100% la nueva
herramienta, parte de esa capacitacin la da el analista no el desarrollador,
porque?, Porque se tendr que hacer una planeacin gradual entre los
sistemas anteriores al sistema que actualmente se desarrollo con el objetivo de
mejoras en reportes, consultas, tiempos, procesos ms cortos, se har una
evaluacin, para corroborar que el sistema se est usando de una forma
correcta, con esto no podemos despejar que una vez corriendo la nueva
aplicacin, tengamos retrocesos cclico, podemos estar terminado las etapas
del desarrollo y tener un problema en fases previos, (diseo, anlisis,
implementacin) segn sea el caso.

2.2 Sistemas Heredados

Un Sistema de Informacin Heredado es cualquier sistema de informacin que
se resiste significativamente a cambios y modificaciones [BRODI95]. Por otro
lado, estos sistemas normalmente son de misin crtica dentro de una
organizacin [BISBA97], esto significa que si alguno de ellos falla o se detiene
traer graves consecuencias en el desempeo de la organizacin. De acuerdo

con Wu et al. [WU97], este tipo de sistemas conforman la columna vertebral

del flujo de informacin en una organizacin y son el principal vehculo para la
consolidacin de informacin acerca del negocio de sta [3].
Las principales caractersticas de un sistema heredado son:
Tpicamente son grandes, con millones de lneas de cdigo,
Son antiguos, ms de 8 aos desde su construccin,
Se basan en bases de datos heredadas o archivos planos,
Generalmente funcionan en hardware obsoleto que es lento y caro de
mantener,
Son autnomos (independientes de otras aplicaciones),
Generalmente, son difciles de comprender y no existe documentacin
suficiente
o apropiada acerca de ellos,
Su mantencin implica un alto costo para la organizacin y
Que generalmente cumplen una misin-crtica dentro de la organizacin.

El sistema que existe actualmente de honorarios en la entidad hospitalaria es

desarrollo de una persona que tena una empresa que generaba software a las
necesidades del cliente, pero que por consecuencia no tenia documentacin
alguna y era un sistema muy plano y solo poda ser accedido por el encargado
de sistemas en curso, con 6 aos de uso en la empresa, con cdigo fuente
externa no modificada ms que por el desarrollador.
Este sistema heredado est corriendo un hardware de ms de 8 aos de uso,
por consecuencia se volvi muy lento y poco optimo, sin persona que pueda
darle mantenimiento al sistema pues no se tiene le cdigo fuente del mismo,
por eso el anlisis de crear y gestionar un sistema que puede ser el heredero el
que est actualmente con un cdigo nativo propio.

El sistema cumple con una funcin crtica dentro del seno de la empresa pues
son miles de pesos los que se mueven mensualmente (milln y medio por mes
aproximadamente).
Bisbal et al. [BISBA99], plantea que las soluciones a esta problemtica se
encuadran bsicamente en 3 categoras: redesarrollo, que implica volver a
escribir la aplicacin existente; wrapping (envoltura), que provee una nueva
interfaz para el sistema heredado o algn componente de ste, lo que permite
mayor accesibilidad desde otras aplicaciones; y migracin, que mueve al
sistema heredado a un nuevo ambiente o plataforma ms flexible, reteniendo
la funcionalidad y los datos del sistema original. Cada una de estas soluciones
tiene un mayor o menor grado de impacto en el sistema y, en consecuencia, en
la organizacin. Por otro lado, la mantencin no se aborda como solucin para
este tipo de sistemas porque se la considera parte del ciclo de vida de
cualquier sistema de informacin, adems de su alto costo. [3]
Que en este caso se optara por migrar el sistema a una nueva plataforma
(Visual Basic) con la finalidad de optimizar los procesos, dar mayor seguridad
Brodie y Stonebraker [BRODI95], plantean la migracin como una solucin
lgica al problema de los sistemas heredados, la cual conllevara la
problemtica de reemplazar el hardware y software, incluyendo las interfaces,
aplicaciones, y bases de datos que componen la infraestructura del sistema
heredado, por un hardware y software nuevos y ms modernos. Ellos
consideran que la migracin de un sistema heredado implica comenzar con un
sistema

heredado

terminar

con

un

nuevo

sistema

de

informacin

equivalente. El nuevo sistema ser significativamente diferente del original,

pero deber contener la funcionalidad elemental y los datos del sistema
heredado. [3]
En este anlisis se plantea que el sistema heredado pueda reestructurar las
fallas que se tiene actualmente en la empresa, para poder ser una empresa
competitiva en el aspecto administrativo, actualmente sigue existiendo sistema
de honorarios que se manejan por medio de un sistema de archivo de Excel, el

cual no da garanta de ser un sistema que pueda proteger de cierta forma la

integridad de la informacin que es lo que se busca realizar, por seguridad del
dinero de los mdicos.
Bisbal et al. [BISBA97,BISBA99], consideran que las migraciones si son exitosas
traen mayores beneficios a largo plazo. Por ejemplo, la migracin permitir
mayor entendimiento de sistema, facilidad y reduccin de costos en
mantencin. Ellos definen la migracin de un sistema heredado como el
proceso de mover el sistema heredado a un nuevo ambiente o plataforma que
permita que el nuevo sistema de informacin sea fcilmente mantenido y
adaptado a los nuevos requerimientos de negocios de la organizacin, sin que
pierda la funcionalidad del sistema heredado y sin tener que re-desarrollarlo
completamente. [3]

Componentes de un sistema heredado [4]

1. Sistema de Hardware: Son sistema que en la mayora de los casos
fueron creados para mane-frame y actualmente no entran en las
polticas de un IT.
2. Software de Apoyo: se puede contar tanto con hardware, sistemas
operativos y utilidades para un sistema heredado, pero se puede volver
a tener un sistema obsoleto por parte del proveedor que desarrollo la
aplicacin.

3. Software de aplicacin: proporciona los servicios del negocio que

suelen ser sistemas independientes, desarrollados en tiempos
diferentes, el termino sistema heredado significa este software de
aplicacin en lugar de un sistema completo.
4. Datos de Aplicacin: En muchas de las ocasiones es informacin
acumulada en el tiempo que la aplicacin fue re requera, es decir con
demasiada informacin incongruente o en sus caso duplicada.
5. Proceso de Negocio: Puede ser algn requerimiento que la empresa al
momento de hacer una migracin del sistema pueda plantarlo para ser
parte de la nueva aplicacin heredada.
6. Polticas y reglas de Negocio: Son definidas de cmo llevar a cabo
los negocios y las restricciones sobre estos.

2.3 Riesgos de un sistema Heredado

Los sistemas heredados se consideran problemticos por los desarrolladores
de software por diferentes motivos, porque? Porque son sistemas que operan
en servidores obsoletos y lentos y cuyo mantenimiento puede ser costo porque
no se tiene la informacin del software o porque a cualquier cambio puede
ocasionar una cierta irregularidad o en su defecto dejar de funcionar, ya sea un
cambio de hardware o alguna actualizacin de software.
Los negocios por lo general reemplazan sus equipos y maquinaria con
sistemas ms modernos. Sin embargo, desechar un sistema que se utiliza
actualmente y reemplazarlo con nueva tecnologa puede generar un alto
impacto en la empresa significativos. Reemplazar un sistema heredado es
una estrategia de negocios arriesgada por varias razones:
1. Rara vez existe una especificacin completa de los sistemas heredados.
Si existe una especificacin, no es probable que tenga los detalles de
todos los cambios hechos en el sistema. Por lo tanto, no existe ninguna
forma directa de especificar un nuevo sistema que sea funcionalmente
idntico al sistema que se utiliza.

2. Los procesos de negocios y las formas en que los sistemas heredados

operan a menudo estn intrincadamente entrelazados. Estos procesos
se disearon para aprovechar los servicios del software y evitar sus
debilidades. Si el sistema se reemplaza, estos procesos tambin tendrn
que cambiar, con costos y consecuencias impredecibles.
3. Las reglas de negocio importantes estn contenidas en el software y no
suelen estar anotadas en ningn documento de la empresa. Una regla
de negocio es una restriccin que aparece en algunas funciones del
negocio

romper

esa

restriccin

puede

tener

consecuencias

impredecibles para ste. Por ejemplo, las reglas para valorar el riesgo de
la aplicacin de una poltica de una compaa de seguros pueden estar
contemplados en su software. Si a estas reglas no se les da
mantenimiento, la compaa puede aceptar polticas de riesgo altas que
conduzcan a costosas reclamaciones.
4. El desarrollo de nuevo software es por s mismo arriesgado, ya que
pueden existir problemas inesperados. Puede ser, por ejemplo, que no
se entregue a tiempo con el precio previsto.

2.4 Usabilidad
Jakob Nielsen define la usabilidad como
La utilidad de un sistema, en tanto que medio para obtener un objetivo, tiene
una componente de funcionalidad (utilidad funcional) y otra basada en el modo
en que los usuarios podemos utilizar dicha funcionalidad.
Los estndares ISO/IEC 9126 i ISO/IEC 9241 realizan las definiciones:
La usabilidad se refiere a la capacidad de un software de ser entendido,
aprendido, utilizado y ser atractivo para el usuario, en condiciones especficas
de uso
Usabilidad es la efectividad, eficiencia y satisfaccin con la que un producto
permite conseguir unos objetivos especficos a usuarios especficos en un
contexto de uso especfico.

Javier Vegas, en un artculo en w3aeiou:

Usabilidad es ingeniera de la informacin y su tratamiento, usabilidad es el
arte de disear herramientas, usabilidad es el oficio de hacer las cosas bien,
usabilidad es en definitiva, trabajar pensando en el usuario.
2.4.1 Usabilidad gil
La implementacin de software usando metodologas giles de desarrollo es
rpida y entrega software de excelente calidad.
El problema es que ese software no necesariamente es amigable para el
usuario y muchas veces no es usado ya que no es lo que se quiere o posee
funcionalidades que no se necesitan, es decir, mucho tiempo gastado en
funcionalidades que no se van a utilizar por los usuario finales.
Esos mismos usuarios, despus ocuparn mucho ms tiempo en hacer tareas
de su negocio, forzndose a trabajar con un software que no es til para ellos.
Por el otro lado, software que se concentra mucho en la usabilidad puede ser
muy lento de desarrollar, no cumplir con los plazos o terminar con un software
de mala calidad. Es por esto que se desea utilizar una metodologa que una los
dos conceptos para obtener un software de calidad y a tiempo, pero que
tambin cumpla con las expectativas y necesidades de los usuarios.[10]

2.4.2 Metodologa gil centrada en el usuario U-CD

Jeff Patton propone en su paper Hitting the Target: Adding Interaction Design
to Agile Software Development [11], una metodologa de usabilidad gil, la
cual se explica a Continuacin.

1. Identificar los participantes.

Juntar a un diverso grupo de personas en una habitacin a colaborar en el
diseo.
Incluir expertos en el dominio, personas encargadas del negocio,
programadores y testers.
2. Recoleccin de conceptos previos.
Soltarse. Cada uno debe hacer un Brain Dump acerca del software que se va a
escribir.
Describir funcionalidades innovadoras que se desea que el 16 producto tenga.
Escuchar las dudas y opiniones de cada uno de los integrantes.
Escribir esto en papeles y colgarlos en la muralla.
3. Revisar el dominio del problema.
Expertos en el dominio del problema explican el proceso de negocio que existe
actualmente.
Quin est involucrado en el proceso?
Qu combinacin de procesos manuales e informticos deben realizar los
participantes para alcanzar sus objetivos?.
4. Definir roles de usuario y modelos de usuario.
Hacer un Brainstorm de los roles de usuario en tarjetas de 3 x 5.
Quin usar este software?
Cules son sus objetivos?
Priorizar los roles revolviendo la pila de tarjetas.
Escoger lo roles ms importantes.
Etiquetar estos roles como focales.
Ponerlos en la mesa de manera de que los que Tengan ms similitud estn
ms cerca.
Discutir los roles entre cada participante.

Este es un modelo de roles.

5. Definir tareas y modelos de tareas.
Ahora que se sabe quin usar el software, hacer brainstorm de tareas que
estos roles deber realizar para cumplir sus objetivos en tarjetas de 3 x 5.
Revolver las tarjetas y priorizarlas en orden de importancia y frecuencia.
Notar las ms importantes y frecuentes.
Etiquetar stas como tareas focales. Situar las tarjetas en la mesa.
Colocar cerca las tareas que sean similares con otras, y juntas, las que
dependan de otras.
Colocar tareas que no tengan que ver con otras, bien separadas.
Discutir la relacin que existe entre cada una de las tareas.
ste es un modelo de tareas.
6. Definir contextos de interaccin.
Para cada grupo de tareas obtenido en el paso anterior definirlo como un
contexto de interaccin.
7. Definir tareas de usuario.
Para cada tarea en el contexto de interaccin, escribir un Caso de Tarea
directamente en la tarjeta. El Caso de Tarea debe ser escrito de manera
conversacional.
Usabilidad gil recomienda simplificar y generalizar estos Casos de Tarea.
Usar una forma conversacional los hacen fcil de leer.
Limitar el alcance y objetivo, previene de que sean muy amplias o muy
detalladas.
Generalizarlas produce que queden cortas, disminuyendo el tiempo que se
ocupa despus para hacer referencias.

8. Crear un prototipo abstracto.

Por cada contexto de interaccin, usando los casos de tareas que se crearon,
crear un prototipo de interfaz abstracta.
Al final de este proceso se sabr, cuales son los componentes que irn en el
contexto de interaccin.
9. Crear una interfaz de usuario wireframe.
Con lpiz y papel construir prototipos fieles a una versin digital de cada
contexto de interaccin.
10.Testear los contextos de interaccin.
Usar role-playing, para iterar por cada uno de los pasos de los casos de tarea
en los contextos de interaccin.
Un participante toma el rol del usuario final, y otro de la interfaz de usuario.
Validar que se cumplan los objetivos usando ese contexto de usuario.

2.5 Bases de Datos

En este apartado veremos porque se decidi utilizar SQL server como
manejador de bases de datos para el desarrollo del sistema hospitalario,
actualmente el manejador es Access como fuente de informacin guardada en
el sistema.
Se entiende que necesitamos un sistema de informacin confiable que
no se vuelva obsoleto como lo est actualmente el desarrollo del sistema de
honorarios mdicos

y por consecuencia al migrar un sistema heredado se

mejorara la forma de trabajar por parte del usuario final no se empezara de 0

se tendr una base del sistema actual y se mejorara para su optimo
funcionamiento se manejara informacin concreta y de mucha utilidad.
La creacin de una base de datos, as como su creacin, modificacin,
eliminacin, consultas mediante un programa o programas se le conoce como
manejadora de bases de datos.

Un

sistema

de

Bases

de

Datos

es

bsicamente

un

sistema

computarizado para llevar registros. Es posible considerar a la propia base de

datos como una especie de armario electrnico para archivar, es decir un
depsito o contenedor de una coleccin de archivos de datos computarizados.
[8].

2.6 Que es un sistema de Base de Datos?

En un sistema de bases de datos es un sistema computarizado en el cual se
almacena informacin que posteriormente se recupera y se modifica por los
usuarios en base a peticiones de un sistema ya desarrollado o simplemente el
manejo de informacin por medio de reportes o consultas.
Una base de datos es un almacn que nos permite guardar grandes
cantidades de informacin de forma organizada para que luego podamos
encontrar y utilizar fcilmente, el trmino de bases de datos fue escuchado por
primera vez en 1963, en un simposio celebrado en California, USA. Una base
de datos se puede definir como un conjunto de informacin relacionada que
se encuentra agrupada estructurada [16].
Desde el punto de vista informtico, la base de datos es un sistema formado
por un conjunto de datos almacenados en discos que permiten el acceso
directo a ellos y un conjunto de programas que manipulen ese conjunto de
datos.
La figura nos muestra de forma simplificada como est compuesto un sistema
de bases de datos:
1.
2.
3.
4.

Datos
Hardware
Software
Usuarios

Sistema de Bases de Datos [8]

Datos
Los sistemas de bases de datos son aquellos que estn disponibles ya
sea en maquinas personales en las que un solo usuarios puede acceder a ellas
o en multi usuario (en servidores) en el cual se manejas por diferentes usuarios
para sacar dicha informacin.
El objetivo general de los datos del sistema es que todo quede almacenado en
un solo lugar, si es que hablamos de sistemas multi usuarios con acceso de
diferentes lugares y usuarios de las bases de datos.

Hardware
Los componentes de hardware del sistema constan de:
Manejo de servidores con alta disponibilidad con sistemas como:
1.
2.
3.
4.

Raid (0,1,5)
Memoria
Discos duros en arreglo para el manejo del raid.
Procesador Xeon

Software
Entre la base de datos fsica, es decir los datos como estn almacenados
fsicamente y los usuarios del sistema, hay una capa de software de manera
indistinta como el administrador de bases de datos o el servidor de bases de
datos; o ms comnmente como el sistema de administracin de bases de
datos.[8]
Por obvias razones el componente ms importante es el sistema de
administracin de bases de datos, que claro tendramos que ver que aparte de
las bases de datos tenemos en cuenta el desarrollo del sistema, el sistema
operativo, las polticas de seguridad a la base de datos, el generador de
informes y el administrador de transacciones.
Usuarios
Existen 2 tipos:
1. Programadores de aplicaciones que en este caso se usara Visual Basic
como plataforma de desarrollo para el sistema de honorarios mdicos.
2. Usuarios Final
Que a final de cuentas es el que interacta de forma final con la
aplicacin y con la funcionalidad de las bases de datos por medio de
consultas (que por lo regular se utilizan sentencias SQL) y que al final
son los usuarios los que determinan si al aplicacin cumple con las
necesidades de la empresa dependiendo del rea involucrada.
Pero que al final ellos podrn aviso de las fallas o los bugs que pueda
contener la aplicacin o en su defecto las fallas de la informacin en la
base de datos.
La mayora de los sistemas proporcionan adems interfaces adicionales
en las que los usuarios no emiten en absoluto solicitudes explicitas a las
bases de datos, como SELECT, sino que en vez de ello operan mediante,
la seleccin de elementos en un men o llenado de casillas de un
formulario. Estas interfaces controladas por men o por formularios
tienden a facilitar el uso a personas que no cuentan con una capacidad
formal en IT. [8]

Ejemplo

2.7 Seguridad de bases de datos

Hoy en da el xito de una organizacin depende en gran parte de la gestin de
la seguridad de la informacin cuyo objetivo es proteger la informacin y
garantizar su correcto uso. Por su puesto, la seguridad de los sistemas
informticos y los procedimientos juegan un papel muy importante en la
consecucin de dicho objetivo [17].

2.8 Seguridad de la informacin

Es la gestin de todos los riesgos relativos a la informacin. Esto implica

identificar tanto usuarios autorizados y no autorizados, as como la alteracin,
destruccin o divulgacin de la informacin [18].

Sistema de seguridad de Bases de Datos [18]

La seguridad de la informacin consiste en poder tener de forma activa, y
resguardada la informacin, parque un cierto nmero usuarios con ciertos
permisos, puedan acceder o modificar el contenido resguardado en la base de
datos en el momento en el que sea necesario.

2.9 Integridad de la informacin

Es aquella informacin no ha sido violada de forma indirecta por parte de
algn usuario no autorizado o por parte del administrador de bases de datos,
es decir, tener la certeza

o garanta de que la informacin no ha sido

cambiada de forma incorrecta o por alguien sin autorizacin a excepcin de las

personas que hacen uso completo del manejador como administradores.

2.10 Confidencialidad de la informacin.

Es la garanta de que solo un grupo de usuarios designados tengan la
autoridad para hacer uso de la informacin de forma correcta, como por
ejemplo hacer manejos de actualizaciones de la informacin, puede ser posible
que el ataque de un virus informtico puede alterar los archivos o la

informacin de las bases de una compaa o que un sper usuario no haya

tenido el permiso de hacer algn movimiento que pudiera tener algn impacto
en la base de datos.

2.11 Disponibilidad de la informacin.

Cuando hablamos de la disponibilidad de la informacin, no referimos no
solo al cuidado de las bases de datos, sino tambin a la seguridad de la
informacin, a las polticas de acceso de cada usuario dentro y fuera de una
empresa, o incluso a la negacin del mismo.
Podemos entender que si nuestra informacin est planificada en cuanto
a los respaldos de informacin, podemos dar por entendido que tenemos
disponible los datos que algn usuario requiera, diciendo con esto que el
problema de seguridad est controlado.
Sin embargo puede surgir un ataque de negacin de servicio el cual
puede ser provocado por un virus informtico o en su defecto algn dispositivo
enfocado a la seguridad de la informacin como lo es un Firewall, la prevencin
de un DoS puede estar asociado a una mala configuracin del encargado de
seguridad en el rea de sistemas.
Que puede provocar un DoS?
Se suele tener acceso no autorizado a las computadoras que utilizan recursos
de algn sistema, para inundar le sistema destino.

2.12 Auditar manejo de la informacin

La auditora

es un mecanismo que nos permite evaluar hacer o

desarrollar ciertos comportamientos de las bases de datos en una aplicacin ya

sea critica o no, podemos monitorear cada cuando existen esos cambios y

porque con el fin de poder tener un panorama ms amplio para cualquier

futura aclaracin.

2.13 Objetivos de la Auditora

Este tipo de herramienta es fundamental para poder darnos cuenta que
podemos monitorear todos los procesos y manejos de la informacin que
actualmente se tiene, y que por lo tanto podemos detectar movimientos no
permitidos, fallas, e incluso podemos detectar quien hiso uso de la informacin
y con que fin.

2.14 Manejadores
Actualmente existen muchos manejadores de bases de datos por mencionar
algunos por los cuales yo me inclinaba para el desarrollo del proyecto como:

SQL server
Oracle
Mysql
Access
otros

Veremos cmo puede influir un manejador dentro de un sistema de

desarrollo local para la empresa que se est realizando el levantamiento del
nuevo proyecto, el cual se decidi que fuera lo suficientemente estndar para
la migracin o en su defecto para alguna actualizacin posterior.
Dentro de lo ya nombrado se descarto el uso de la base de datos ORACLE
por aspectos de licenciamiento que son muy costosos para el uso primordial y
viendo que en cuestin de funcionamiento iba hacer de forma casi similar,
claro anteponiendo que no podemos comparar una base de datos con otra,
porque son plataformas que de cierto modo se utilizan para cuestiones
tcnicas diferentes o para datos ms robustos (hablando del caso de ORACLE).
Pero como el caso fue analizado a nivel de mono usuario, es decir no haba
gran trascendencia, claro despus le sistema se engero a modo multi-usuarios

y con las consultas corriendo desde el cliente para poder as quitar un poco la
carga al servidor en el cual se implementara el sistema.
Se pes en el uso de mysql como manejador de bases de datos para el
programa de honorarios, pero, Inicialmente se implement SOB en MySQL sin
embargo en este ultimo los volmenes de datos causaban tiempos de
ejecucin de procesos que demoro 2 das y no finalizo, se descarto el producto,
que tambin haba mostrado ciertas limitantes en cuanto al nmero de datos
que manejaba. A pesar de que se atribuyo esto a la versin del producto que
estaba disponible, se prefiri cambiar de manejador [6]
Otras de las desventajas que se encontr o ms bien que al hacer el
levantamiento, fue que el sistema tena un alcance por lo pronto a nivel local o
sea solo a la empresa que requiri el desarrollo de producto, y que dicha
empresa ya tena el licenciamiento del SQL Server como manejador

y que

mysql de ser un producto gratuito se iba a volver de paga y ya el soporte se

tena que cobrar.
Cuando se empez el anlisis se puso como sugerencia crear el sistema
en una bases de datos convencional como es Access, esto no quiere decir que
esta solucin no sea la adecuada pero, se encontr que haba un sistema que
trabajaba honorarios pero si una estructura y muy lenta al momento

de

generar las consultas, porque localmente cada mquina montaba su ejecutable

y guardaba informacin local que con esto provocaba que al hacer consultas
por medio del Access los usuarios empezaron de tener ciertas inconformidades
por el desempeo del sistema de honorarios, tenan que generarse una serie
de pasos que no termino de convencer su desempeo como una base de datos
optima para lo que se buscaba.
Adems se busco hacer con la base de datos un espejo para la alta
disponibilidad de un sistema que debe estar trabajando los 365 das del ao.
En la actualidad, los sistemas de informacin han permitido a las
organizaciones Automatizar sus procesos y almacenar la informacin de sus
transacciones diarias en bases de datos relacionales de manera que se asegure
la confidencialidad, integridad y disponibilidad de la informacin hacia los
usuarios finales.

Para llevar a cabo la implementacin de un sistema de informacin es

muy importante realizar el diseo y creacin de objetos relacionados a bases
de datos como tablas, procedimientos almacenados e ndices.
Dado que las aplicaciones cambian regularmente por razones como nuevas
necesidades, crecimiento de las organizaciones, entre otros como parte de un
proceso evolutivo, la tarea de gestionar y controlar los cambios en la base de
datos se convierte en una labor crtica para todo administrador de base de
datos.
Para lograr que las bases de datos tengan modelos actualizados acorde
con las nuevas versiones de las aplicaciones, usualmente se recurre a mtodos
manuales de sincronizacin los cuales pueden derivar a cometer distintos
errores y causar inconsistencia en la informacin y estructura de las bases de
datos, originando as malestar en el usuario final por la posible prdida de
informacin o por continuos errores en las aplicaciones que consulta a la base
de datos. [7]

2.15 Indexacin de Datos

Se pens en hacer ciertos procedimientos para la indexacin de las
bases de datos que se iban a generar, a partir del anlisis para el desarrollo de
las mismas, porque es vital mantener la integridad y la funcionalidad de forma
rpida de la informacin de forma ordenada.
Para una base de datos es vital evitar el problema de la fragmentacin
pero me di cuenta que el tamao de informacin que se iba a manejar ya
recabada la informacin anteriormente no era como para generar un
indexacin, Esto de cierta manera que pierde importancia en la base de datos
que no es tan robusta que para otras empresas es un factor de xito porque
sus bases de datos medianas o grandes que tienen cierta actividad.

La fragmentacin es uno de los principales problemas de rendimiento

con SQL Server, son cuando el tamao de la informacin tiende hacer de gran
tamao.
Se analizara en primer trmino el uso de bsquedas simples es decir sin un
ndice alguno:

El acceso constante en el aspecto de escritura puede provocar una tabla

desordenada

La ordenacin de una tabla es una operacin costosa, porque el servidor

tendr que hacer ciertos movimientos para la ordenacin de las tablas, es decir
tendr que parar para poder hacer este ejercicio.

La mayora de las tablas tiene ms de una ordenacin eso implicara

desordenar otras.

La insercin y eliminacin de datos sin alterar el orden en una tabla es

costosa: la insercin de un registro en una tabla grande implicara una larga

espera en la actualizacin de la misma.

Si se opta por mantener la tabla desordenada (que es la opcin ms

viable), una bsqueda implicara forzosamente un recorrido secuencial

(tambin denominado full scan), registro por registro.
Envase a estos ejemplos se valora si el uso de ndices puede ser crtico
para el sistema que se migrara a una nueva versin de software con bases de
datos distinta a la que se tiene actualmente.
Porque decimos esto:
1. Porque la magnitud de la informacin no estn relevante en corto
y mediano plazo
2. Porque anteriormente se trabajaba con un sistema sin ndices que
trabajaba de forma efectiva hasta que su desempeo fue

decreciendo por la forma de desarrollo que no fue la ms

adecuada para el proceso que se estaba manejando.
3. A pesar de que el sistema no contaba con ndices, se est
contemplando para ver el desempeo y las bsquedas una vez
indexadas como se comportaran al generarlas.
A continuacin veremos las ventajas y desventajas de un sistema indexado

2.8.1 Ventajas
1. Permite ordenar las tablas por varios criterios simultneamente.
2. Es menos costoso ordenar un archivo ndice, porque incluye slo
referencias a la informacin y no la informacin en s.
3. El coste de insercin y eliminacin es menor.
4. Con los registros siempre ordenados se utilizaran algoritmos mucho ms
eficientes que el simple recorrido secuencial en las consultas.
2.8.2 Desventajas
1. Los ndices ocupan espacio en disco.
2. Aun teniendo registros pequeos, el mantener en orden un ndice
disminuye la velocidad de las operaciones de escritura sobre la tabla.
A pesar de estos inconvenientes, la utilizacin de ndices ofrece mayores
ventajas que desventajas, sobre todo en la consulta de mltiples tablas, y el
aumento de rendimiento es mayor cuanto mayor es la tabla.
A continuacin se recomienda tener ndices en las siguientes Consultas:
1.
2.
3.
4.
5.

En
En
En
En
En

las
las
las
las
las

llaves primarias y forneas.

consultas de rango de valores tales como el BETWEEN.
consultas de ordenacin tales como el ORDER BY.
consultas de cruces de tablas tales como el JOIN.
consultas de agrupacin de tablas tales como el GROUP BY.

Tampoco quiere decir que le usar ndices nos facilita la vida, porque el mal
uso podra provocar un golpe al rendimiento del sistema, por lo tanto si

queremos tener buenas consultas, deberas ver que tablas son las que tiene
ms accesos de forma continua y hacer de forma correcta una consulta, con
una buena prctica seria el no usar por ejemplo el (*) para todas las consultas.

2.16 Tecnologas de Conectividad de Datos (Microsoft)

En este apartado se conocer como es que se enlaza las conexiones de
la aplicacin que se va a desarrollar para la conexin con SQL Server, ya que
hoy en da Microsoft cuenta con una tecnologa, la cual por medio de un
desarrollo podremos manipular los datos guardados en la base de datos sin
necesidad de acceder por medio del manejador el cual solo es manipulado por
el desarrollador o en su defecto por el administrador de las bases de datos.
Tal informacin puede estar en formatos diferentes talos como Access o
SQL Server, ya sea de forma local o remota segn sea el caso.
En esta ocasin el sistema ser accedido de forma local (intranet), pero
se est trabajando para hacer las conexiones va remota como un plus para el
manejo de los honorarios mdicos, claro este uso es exclusivo para ciertas
persona.
Porque este tipo de informes si no se ajusta a cierto grupo de usuarios
puede tener algn tipo de consecuencia fiscal o legal, porque no todos los
honorarios cobrados generan recibo de honorarios, as que por lo pronto solo se
harn pruebas solo para hacer consultas o tener alguna aclaracin de los
pagos realizados algn cierto doctor o en su caso, por laguna reclamacin o
duda por parte de la empresa que utilizara este sistema.
Estas tecnologas han ido evolucionando con el tiempo, algunas
sustituyendo a otras, aunque actualmente coexisten una media docena.
Cada una de tales tecnologas tienen su propia idiosincrasia y posibilidades,
segn sea el tipo de
Aplicacin que se desee desarrollar y el tipo de datos a los que se desee
acceder.

En las siguientes secciones se describir cada una de las tecnologas de

acceso a bases de datos disponibles en el entorno de Microsoft Windows, y se
detallarn sus principales caractersticas.
1. ventajas y desventajas de uso.
2. Luego se realizar una comparacin entre ellas.
3. Finalmente
se
sugieren
algunas
recomendaciones

para

los

desarrolladores que deban

Elegir una o varias tecnologas de acceso a bases de datos.

2.17 Interface de programacin

Las interfaces de programacin que permiten a una aplicacin Windows
conectarse a datos externos pueden categorizarse en tres:
(a) Interfaces a bases de datos basadas en archivos de datos
(b) Interfaces a sistemas gerenciadores de bases de datos
(c) Interfaces a otros formatos de datos no almacenados en servidores de
bases de datos. [13]
En las interfaces de programacin en el caso del desarrollo que este
proponiendo al hospital se estuvieron analizando las interfaces que sean de
mayor trascendencia y de conectividad constante de la aplicacin de visual
Basic, para un buen uso del programa, en este caso vamos a ver los tipos de
conexiones y cul puede ser la que mejor se puede adaptar a las necesidades
del programa.
Dentro de las interfaces tenemos que ajustar la que hay entre los
programas involucrados (desarrollo y SQL), en este apartado se describen las
principales tecnologas por la cual una aplicacin puede conectarse a una base
de datos ya sea en ISAM (Mtodo de Acceso Secuencial Indexado) o en un
motor de SQL.

2.18 Tecnologas de Conectividad

JET

El motor JET es el manejador de datos ISAM disponible en Access y Visual

Basic. Incluye un
Procesador de consultas, que bajo ciertas circunstancias puede ser salteado si
se desea utilizar el
Procesador nativo de otro DBMS. La manipulacin del motor JET se realiza
mediante dos
Interfaces de programacin: DAO (Data Access Objects) y RDO (Remote Data
Objects) que se
Describirn ms adelante.

DBLIB y SQL-DMO

DBLIB es el protocolo nativo de SQL Server, implementado bajo la forma de

una API con funciones para acceder a los datos almacenados en SQL Server. En
Visual Basic, el control VBSQL es la implementacin de DBLIB. SQL-DMO (Data
Maintenance Objects) acta como una interfaz sobre las funciones de
administracin disponibles en SQL Server. SQL-DMO dispone de controles para
manipular a las tablas, procedimientos almacenados, vistas, triggers y
propiedades de configuracin de SQL Server.

ODBC
ODBC es un estndar abierto que permite conectividad y uso de un SQL

estndar (SQLODBC) de forma tal que una aplicacin se comunique con un

ambiente heterogneo de BMSs.
Si bien una aplicacin se puede comunicar directamente con las funciones
de la ODBC API, ODBC puede verse como una base de bajo nivel con la cual se
comunican objetos definidos en la interfaz
DAO y RDO.

OLE DB

OLE DB es una de las tecnologas ms nuevas de Microsoft, surgida como

una mezcla de OLE y ODBC. La utilizacin de OLE DB permite a una aplicacin

comunicarse con datos ODBC (residentes por ejemplo en DBMSs) y datos OLE
(planillas, documentos, etc.) en forma uniforme.[13]

2.19 Acceso mediante DAO, RDO, ADO

En este apartado veremos los diferentes accesos que utiliza Microsoft para los
desarrolladores que son:

DAO (Direct Access Objects)

Es una interface de programacin el cual reside para conexiones normalmente

locales, sin embargo, DAO abre datos remotos ODBC

pero teniendo un alto

impacto en el desempeo, que quiere decir esto que

es ineficiente en la

negociacin de conexiones y a que no realiza cach de los datos ODBC, es un

tipo de conexin no segura para la relacin cliente-servidor. Como dato
importante, DAO est siendo discontinuado por Microsoft.

RDO (Remote Data Objects)

La ayuda de Microsoft comenta:

RDO (Objetos de datos remotos) es una interfaz de acceso a datos para
ODBC orientada a objetos, que incorpora un estilo sencillo de DAO y cuya
interfaz expone prcticamente toda la flexibilidad y eficacia de bajo nivel de
ODBC.
Sin embargo, RDO presenta limitaciones al no proporcionar un acceso
apropiado a las bases de datos Jet o ISAM, y al slo permitir el acceso a bases
de datos relacionales a travs de los controladores ODBC existentes.
A pesar de ello, se ha constatado que RDO es la interfaz elegida por
muchos programadores de SQL Server, de Oracle y de otras bases de datos
relacionales de gran tamao. RDO proporciona los objetos, las propiedades y

los mtodos necesarios para tener acceso a los aspectos ms complejos

relacionados

con

los

procedimientos

almacenados

los

conjuntos

de

resultados.(msdn).

Qu ventajas tiene sobre DAO:

Ejecucin de Procedimientos almacenados del servidor de base de datos,

Ejecucin asincrnica de consultas y procesamiento de mltiples tipos
de cursores.

La principal ventaja de RDO es que fue diseado para el uso eficiente de

las funcionalidades de ODBC. Como principales
Qu desventajas tiene sobre DAO:
RDO slo dispone de conexin a datos ODBC a travs de drivers de 32-bit y
no est disponible en el Visual Basic en aplicaciones para Microsoft office, esto
ltimo es una limitacin fuerte para los desarrolladores de aplicaciones Office.

ADO (ActiveX Data Objects)

Ado es ms que nada un OLEDB y es ms un modelo que una

implementacin, DAO surgi por la necesidad de generar conexiones remotas
mediante una aplicacin de desarrollo, no necesariamente una conexin a una
base de datos de intranet o internet, se est optando por este modelo porque
Microsoft lo ve como un sucesor de las otras conexiones que actualmente ya no
tiene mucho auge en el mercado de la programacin, tambin se dice que es
por eso que es un sucesor de los accesos DAO y RDO.
Si bien ADO an no es una tecnologa estable, Microsoft apunta a
consolidarla como "su" tecnologa futura de acceso a datos.

Porque esta tecnologa es va en evolucin? Porque al al migrar las

caractersticas de las otras 2 conexiones lo hace con menos objetos y mas
propiedades (mtodos y argumentos).
La Ayuda de Microsoft comenta Por ejemplo, en ADO no existe un
equivalente de los objetos rdoEngine y rdoEnvironment expuestos por el
administrador de controladores ODBC y las interfaces hEnv. Tampoco es posible
crear orgenes de datos ODBC desde ADO, a pesar de que puede exponer su
propia interfaz a travs del proveedor de servicios OLE DB de ODBC. (msdn)
A

continuacin

se

mostraran

ejemplos

de

las

conexiones

ya

mencionadas.
Ejemplo 1. DAO
'Creacion del espacio de trabajo de JET
Dim ws as Workspace
Set ws = CreateWorkspace("", "loginid", "passwd", dbUseJet)
'Conexion a una base de datos JET
Dim db as Database
Set db = ws.OpenDatabase("C:\data\northwind.mdb")
'Abrir un cursor
Dim rs as RecordSet
Set rs = db.OpenRecordset("Empleados", dbOpenDynaset, dbReadonly)
'Procesamiento

'Cierre y desconexion
rs.Close
db.Close
ws.Close
Ejemplo 2. DAO + ODBCDirect
'Creacion del espacio de trabajo

antes

Dim ws as Workspace
Set ws = CreateWorkspace("", "loginid", "passwd", dbUseODBC)
'Conexion a una base de datos ODBC
Dim cn as Connection
Set cn = ws.OpenConnection("",,,"ODBC; DATABASE=pubs; UID=sa; PWD=;
DSN=pubsdata")
'Abrir un cursor
Dim rs as RecordSet
Set rs = db.OpenRecordset("Empleados", dbOpenDynamic)
'Procesamiento

'Cierre y desconexion
rs.Close
db.Close
ws.Close
Ejemplo 3. RDO
'Conexion
Set cn = New rdoConnection
With cn
.Connect = "DSN=pubsdata; UID=sa; PWD="
.EstablishConnection
End With
'Abrir un cursor
Dim rs as rdoresultset
Set rs = cn.OpenResultSet("Empleados", rdOpenKeyset, rdConcurReadOnly)
Ejemplo 4. DAO
'Abrir un cursor
Dim rs As New ADODB.Recordset
Rs.Open "Empleados; DSN=pubsdata; UID=sa; PWD="
'Procesamiento del cursor

Do Until rs.EOF
Print rs!apellido
Rs.MoveNext
Loop
Es.Close
Siendo este ltimo ejemplo el tipo de conexin que se usara en el desarrollo
del anlisis de sistemas de honorarios.
Como se muestra en esta imagen se ver el comparativo entre cada una de
estas conexiones que estamos explicando y cules son sus ventajas y
desventajas.

METOD

VENTAJAS

DESVENTAJAS

O
DAO

RDO

Interface consolidada

Ineficiente en ODBC

Eficiente en ISAM

En retroceso por parte de

ODBCDirect para acceso a ODBC sin usar JET

Optimizado para ODBC

Compatibilidad con ISAM

Microsoft

Disponible solo para

plataformas 32-bits

No disponible para
aplicaciones de office 97

ADO

Superset de RDO

Acceso a otros formatos de datos(plantillas,

documentos. etc.)

Interfaz a aplicaciones que usen DCOM

Apoyo muy visible de Microsoft

Especificacin an en
elaboracin

Implementacin an no
consolidada

Comparacin de mtodos de acceso programtico [13]

2.20 Lenguajes de Programacin

En los lenguajes de programacin se opto por tener en mente visual
Basic, Visual Basic Net y Java para la cuestin web, porque estos lenguajes?
Por una simple razn, la interface de cada uno de estos lenguajes es
muy amigable, las programacin est orientada (en el caso de Visual Basic) a
generar cdigos por acciones de cada objeto, es decir la interface grafica est
elaborada y con opciones de formas ms concretas, la deteccin de fallas es
mucho ms fcil de detectar, es muy grafico, las ventanas son interactivas, en
fin es un lenguaje muy proactivo.

IDE (Entrono Integrado de DesarrolloVB6 [14]

El IDE es el que contiene los elementos y herramientas graficas de visual
Basic para algn desarrollo de una aplicacin,

Por qu se pretende hablar de visual Basic net? Pues de cierta forma es

el sucesor de Visual Basic 6, pues se puede migrar casi al 100% la migracin 6
a net o al menos ese concepto tengo del lenguaje por lo que he visto, ledo y
movido, porque mantiene la misma hegemona de como se manejaba vb6 ojo
la interface ya es orientada a objetos pero el funcionamiento grficos sigue
siendo un entorno fcil de entender.
Esto que quiere decir que en un momento dado que la empresa requiera
migrar a una plataforma en la cual se pudiera migrar a un desarrollo web, esta
podra ser una solucin, con la firmeza que no se perdera mucho le esquema
que se elaborara actualmente aparte de que seguira siendo una diseo
amigable para el usuario final.
Por qu se pretende hablar Java? Porque es un desarrollo gratuito y en
su defecto es un sistema muy utilizado en la actualidad para muchos procesos
o incluso formularios o manejo de imgenes.
Esta es una de las opciones por la cual se integr java al anlisis porque
es una propuesta a futuro, por qu? Anterior mente se menciono que este tipo
de informacin es muy crtica, ya que es dinero que se maneja por cada uno
de los mdicos que integran la empresa o incluso gente externa y es
informacin que no debera ser expuesta al pblico por motivos de seguridad.
2.20.1 Visual Basic
La mayora de la gente cree que Visual Basic es un lenguaje de
programacin por ser un tipo de desarrollo RAD (Desarrollo rpido de
aplicaciones), se cree que la realidad es que este lenguaje es de propsito
general de aplicaciones.
Visual Basic proporciona elementos grficos de diseo de aplicaciones,
compiladores, editor de programas con capacidad de depuracin al instante y
asistencia basada en colores, ayuda contextual, poderosos asistentes (wizards)
que automatizan tareas de uso comn, tan dismbolas en su objeto como en su
complejidad, por citar solo algunas caractersticas.[14]

Jos Felipe Ramrez tambin explica que Visual Basic lleva en su nombre
los dos elementos generales que lo conforman.

Su parte Visual indica que es una interface grafica de usuario (GUI).

Que en lugar de requerir el uso de comandos escritos para realizar
tareas, solo requiere el uso de herramientas graficas, de tal forma que
desarrollar se asemeja a mucho a estar dibujando el trabajo. [14]

Su parte Basic indica que aquellas tareas que no se pueden realizar a

travs de las herramientas graficas (que no pueden ser dibujadas), son
posibles a travs de un lenguaje de programacin basado en el
legendario

lenguaje

de

propsito

general

llamado

Cdigo

de

instrucciones Simblicas Multipropsito para principiantes (Basic) con el

que prcticamente se puede desarrollar cualquier cosa [14]
2.20.2 Visual Basic NET
Como podemos ver visual net es un descendente de BASIC que ha
existido mucho tiempo atrs,
BASIC

(BeginnersAll-Purpose

Symbolic

Instruction

Code),

el

cual

fue

desarrollado a principios de los 60s por la Dartmouth University en 1964 como

lenguaje para programadores principiantes.
BASIC como tal fue una fuente de desarrollo con el cual las personas
dedicadas a este entorno empezaron a familiarizarse como uno de los
lenguajes de programacin para posteriormente poder adquirir alguno otro
nuevo lenguaje.
Despus de que BASIC apareci se decidi desarrollar otro lenguaje el
cual se llamo Visual Basic que apareci a principios de los 90s como desarrollo
de aplicaciones, ya que permita la creacin de programas arrastrando y
soltando componentes en lugar de tener que codificar manualmente los
elementos.

Desde muchos puntos de vista Visual Basic .NET supone la madurez de

ese proyecto que naci hace ms de diez aos.
La nueva versin, Visual Basic .NET, incorpora caractersticas de
orientacin a objetos de tal manera que podra considerarse un lenguaje
totalmente diferente a sus predecesores y totalmente orientado a objetos, ya
que en versiones anteriores Visual Basic era considerado un
Lenguaje de programacin con sintaxis de objetos, pero no un verdadero
lenguaje orientado a objetos.

Las principales novedades que incorpora son:

- La herencia, tan solicitada por miles de programadores.
- Desarrollo de programas con mltiples hilos de ejecucin.
- Control estructurado de excepciones.
- Inicializadores,

que

permiten establecer los valores iniciales de

las

variables.[15]
Como comenta el guille en su pgina web Debido a que la nueva versin de
Visual Basic no es slo una mejora con respecto a las versiones anteriores, sino
que cambia mucho, tanto como si de otro lenguaje de programacin se tratara,
creo que se merece que se explique de forma ms o menos fcil de
comprender para que cualquiera que se decida a elegirlo como su lenguaje de
programacin lo tenga, valga la redundancia, fcil.
Dado que visual net est basado en el corazn de .Net frame
Qu es .Net Frame?
La ayuda de Microsoft nos dice que:
".NET Framework es un entorno para construir, instalar y ejecutar servicios Web
y

otras

aplicaciones.

Se compone de tres partes principales: el Common Language Runtime, las

clases Framework y ASP.NET
Net est basado en este lenguaje para la creacin de algn proyecto ya
sea va web o intranet, actualmente los manejos de los sistemas se basan en
web, tambin por eso se opto por tener en cuenta el desarrollo del sistema por
medio de esta oportunidad de cambio la cual podra ser un brinc a un
siguiente nivel de lenguaje de programacin, tales como c#, java o el mismo
net frame.

A continuacin se muestra la ventanas que muestra Visual Basic .Net

Elementos de interface para iniciar un nuevo proyecto [15]

2.20.3 Java
Este lenguaje de programacin es uno de los ms comerciales hoy en
da, se puede programar en java en algn futuro para poder realizar acciones
va internet, se pens en java por 2 Razones, compatibilidad con navegadores
de diferentes marcas y porque hoy en da puedes encontrar bastante
informacin acerca del desarrollo as como ejemplos y dems.

Capitulo 3
3.1 Introduccin
3.2 Planteamiento del problema
3.3 Justificacin

Capitulo 4
4.1 Introduccin
4.2 Desarrollo de la metodologa
4.3 Propuesta para el Anlisis y optimizacin del sistema
de honorarios
4.3.1