REPÚBLICA BOLIVARIANA DE VENEZUELA

MINISTERIO DEL PODER POPULAR PARA LA EDUCACIÓN

UNIVERSITARIA, CIENCIA Y TECNOLOGÍA
INSTITUTO UNIVERSITARIO POLITÉCNICO
“SANTIAGO MARIÑO”
AMPLIACIÓN MÉRIDA

SISTEMA DE INFORMACIÓN PARA LA GESTIÓN DE DATOS E

INFORMACIÓN DE PACIENTES DE LA UNIDAD MÉDICA “DIVINO NIÑO”
Trabajo de Grado como requisito parcial para optar al Título de Ingeniero
de Sistemas

Autor: T.S.U. Freddie Molina

Mérida, Febrero de 2021

 REPÚBLICA BOLIVARIANA DE VENEZUELA
MINISTERIO DEL PODER POPULAR PARA LA
EDUCACIÓN UNIVERSITARIA, CIENCIA Y TECNOLOGÍA
INSTITUTO UNIVERSITARIO POLITÉCNICO
“SANTIAGO MARIÑO”
EXTENSIÓN MÉRIDA

APROBACIÓN DEL TRABAJO ESPECIAL DE GRADO

Quienes suscriben, el profesor C.I. xx.xxx.xxx, la profesora C.I.: , y el

profesor xxxx xxxxxx C.I.: xx.xxx.xxx, en condición de Tutor y Jurados
Académicos, respectivamente, designados por la escuela de Ingeniería de
Sistemas, adscrito al Departamento de Investigación del Instituto
Universitario Politécnico “Santiago Mariño”, hacen constar que el Trabajo de
Especial de Grado presentado por el Técnico Superior Universitario: Freddie
Molina C.I: 18.798.903, como uno de los requisitos para optar al título de
Ingeniero de Sistemas, reúne las condiciones y méritos suficientes para ser
APROBADO.

________________ _______________

Tutor Académico Jurado Académico

Prof. Prof.: xxxx xxxxxx
C.I.: xx.xxx.xxx C.I.: x.xxx.xxx
___________________
Jurado Académico
Prof. xxxxx xxxxxx
 C.I.: xx.xxx.xxx

AUTORIZACIÓN PARA LA PRESENTACIÓN ORAL DE LA

PROPUESTA DE TRABAJO DE GRADO

Por la presente hago constar que he leído el Proyecto de

Investigación, que como Propuesta de Trabajo de Grado ha presentado el
(la) ciudadano (a) Freddie Molina, Cédula de Indentidad N° 18.798.903,
Cursante de la Carrera Ingeniería de Sistemas; el cual lleva por título
Sistema de Información para la gestión de datos e información de
pacientes de la Unidad Médica “Divino Niño”, y considero que reúne los
requisitos y méritos suficientes para ser presentado ante el jurado evaluador
que se designe.

En la ciudad de Mérida a los 04 días del mes de Febrero de 2021.

Firma: ______________
Nombre y Apellido tutor (a):
C.I.: 18.798.903
DEDICATORIA

Nunca hay fracasos en la vida, siempre

que mantengamos una ilusión, un reto,
valentía; pero sobre todo confianza en
nosotros mismos.
Atrás quedan incalculables días de
esfuerzo y hoy sentimos la gran
satisfacción de haber logrado una de las
metas propuestas.

A mis seres queridos

 AGRADECIMIENTOS

Hoy que he logrado una meta más, de tantas anheladas en mi vida quiero
agradecer a quienes han compartido con nosotros cada momento agradable
y difícil:

A Dios Todopoderoso por habernos colmado de salud, fuerzas y voluntad

para lograr esta meta.

A mi Madre, por sus consejos y el apoyo incondicional que siempre me han

brindado. Éste también es su logro. La quiero mucho.

A mi Abuela, Hermano, Tía, Tíos y Tías, Amigos, Tutores, orientadores,

ejemplos, y fuentes de inspiración, gracias por estar siempre a mi lado
dándome apoyo en cada momento de este entretenido camino.

Al Instituto Universitario Politécnico “Santiago Mariño”, por darme la

oportunidad de formarme profesionalmente.

¡Muchas gracias!
 ÍNDICE GENERAL

Pp.
LISTA DE FIGURAS viii
RESUMEN ix
INTRODUCCIÓN 1

CAPÍTULOS
I. EL PROBLEMA
Presentación o Idea General 3
Origen del Estudio 4
Contextualización del Problema 4
Campo de Trabajo o Línea de Investigación 5
Objetivos de la Investigación 6
Justificación de la Investigación 6
Alcance y propósito de la investigación 7

II. MARCO REFERENCIAL

Teorías Genéricas Explicativas 8
Antecedentes de Campo 30
Estado del Arte de la tecnología 32
Teorías Genéricas Ingenieriles 34
Definición de Términos Básicos 39

III MARCO METODOLÓGICO

Tipo de Estudio 42
Método de Investigación 43
Técnicas para la recolección de información 44
Tratamiento de la información 45
Técnicas metodológicas y herramientas a aplicar 46

IV INGENIERÍA DEL PROYECTO

Análisis Ingenieril 51
Estudio Diagnóstico 52
 Definición de Requerimientos 59
Estudio de Factibilidad 62
Diseño Ingenieril 65

CONCLUSIONES Y RECOMENDACIONES
Conclusiones 103
Recomendaciones 104

REFERENCIAS 106
ANEXOS 109
 LISTA DE FIGURAS

FIGURA Pp.

1. Modelo General de un Sistema 8

2. Datos e Información 12
3. Componentes Físicos de un Sistema de Información 14
4. Ciclo de Vida de un Sistema 19
5. Lectores de diferentes tipos de especificación de requerimientos 29
6. Fases Metodología RAD 48
7. Diagrama General 58
8. Diagrama de Casos de Uso 1, Principal 65
9. Diagrama de Casos de Uso 2, Seguridad de Usuario 66
10. Diagrama de Casos de Uso 3, Autenticación de Usuario 67
11. Diagrama de Casos de Uso 4, Gestionar Usuario 68
12. Diagrama de Casos de Uso 5, Gestionar Médico 69
13. Diagrama de Casos de Uso 6, Gestionar Paciente 70
14. Diagrama de Actividades 1, Listar Usuarios 71
15. Diagrama de Actividades 2, Crear Usuario 72
16. Diagrama de Actividades 3, Editar Usuario 73
17. Diagrama de Actividades 4, Eliminar Usuario 74
18. Diagrama de Actividades 5, Listar Médicos 75
19. Diagrama de Actividades 6, Crear Médicos 76
20. Diagrama de Actividades 7, Editar Médico 77
21. Diagrama de Actividades 8, Eliminar Médico 78
22. Diagrama de Actividades 9, Listar Pacientes 79
23. Diagrama de Actividades 10, Crear Paciente 80
24. Diagrama de Actividades 11, Editar Paciente 81
25. Diagrama de Actividades 12, Eliminar Paciente 82
26. Diagrama Entidad Relación 83
27. Diagrama Relacional 84
28. Diagrama de Clases 85

ix
 REPÚBLICA BOLIVARIANA DE VENEZUELA
INSTITUTO UNIVERSITARIO POLITÉCNICO
“SANTIAGO MARIÑO”
EXTENSIÓN MÉRIDA
INGENIERÍA DE SISTEMAS

SISTEMA DE INFORMACIÓN PARA LA GESTIÓN DE DATOS E

INFORMACIÓN DE PACIENTES DE LA UNIDAD MÉDICA
“DIVINO NIÑO”

LÍNEA DE INVESTIGACIÓN: SISTEMAS DE INFORMACIÓN

TRANSACCIONALES

Propuesta de Trabajo de Grado

Autor: T.S.U. Freddie Molina

Tutor: Ing. William Sanchez
Acesor Metológico: Ing. Aura Urdaneta
Mes y Año: Agosto, 2018
Resumen
La presente investigación tuvo como propósito el desarrollo de un Sistema de
Información para la gestión de datos e información de pacientes de la Unidad
Médica “Divino Niño”, como proyecto para solventar el problema que se
presentaba en dicha organización con respecto a la gestión de datos e
información. Ya que se utilizaba un sistema manual para llevar el registro de la
consulta de los pacientes que asisten a este centro médico por medio del uso de
formatos impresos. Se realizaró una investigación tecnológica proyectiva que
contribuye a la elaboración y desarrollo de de un modelo operativo viable para
solucionar problemas, requerimientos o necesidades de organizaciones, en este
caso, sustituir el sistema manual utilizado por un Sistema de Información para el
registro de información, así como también mejorar la gestión de citas de
pacientes y además gestionar la información, en forma clara y oportuna,
facilitando el trabajo de la Unidad Médica “Divino Niño”.
Descriptores: Sistema de Información, Software, Aplicación web, Aplicación
móvil, Aplicación hibrida.

ix
 INTRODUCCIÓN

En la actualidad vivimos en un mundo globalizado en donde se tiende a

automatizar cada vez más los procesos, además que se crean mayor velocidad
y capacidad de procesamiento de datos en las organizaciones, para optimizar el
rendimiento en las tareas. La gestión de procesos mediante Sistemas de
Información innovadores se vuelve imprescindible dentro de una organización
exitosa y competitiva en cualquier mercado.
Es necesaria la automatización de actividades operacionales, así como
también el uso de software para apoyar la toma de decisiones, estos factores
desembocan en ventajas claves que impulsarán la productividad en cualquier
empresa.
La Unidad Médica “Divino Niño” ubicada en el centro de la Parroquia
Lagunillas, estado Mérida, realiza consultas médicas a los habitantes de dicha
parroquia, esta organización hoy en día lleva el control de datos de pacientes
mediante de forma manual, dificultando su procesamiento y control de historial
médico de pacientes.
El desarrollo de este nuevo sistema de información será de gran ayuda para
llevar el control de la información, en forma clara y oportuna, facilitando el
desarrollo de las actividades realizadas y prestando un mejor servicio a los
pacientes de la Unidad Médica “Divino Niño” que acuden a consulta.
Este documento consta de tres (4) capítulos: el Capítulo I, El Problema
menciona la idea general del proyecto, el origen del estudio, el planteamiento del
problema, el campo de trabajo o línea de investigación, los objetivos, la
justificación, el alcance y propósito; el Capítulo II, Marco Referencial, menciona
las teorías genéricas explicativas, los antecedentes de campo, el estudio del arte
de la tecnología, las teorías genéricas ingenieriles y la definición de términos
básicos; el Capítulo III, Marco Metodológico, contiene el tipo de estudio, el
método de investigación, las técnicas de recolección de información, el

1
tratamiento de la información, la técnica, metodológicas y herramientas a aplicar;
el Capítulo IV, Ingeniería del Proyecto, compuesto por el análisis ingenieril, el
estudio de diagnóstico, la definición de requerimientos, el estudio de factibilidad
y el diseño ingenieril; para finalizar se encuentra las conclusiones y las
referencias.

2
 CAPITULO I

EL PROBLEMA

Presentación o Idea General

Los Sistemas de Información son una herramienta de vital importancia

para el éxito de los objetivos operacionales, tácticos y estratégicos de una
organización. Hoy en día no existe una organización en la cual los procesos
no estén relacionados con el uso de Sistemas de Información, estos ayudan
a mejorar los procesos, facilitan la realización de tareas, aumentan la
optimización de recursos, mejoran la productividad. A pesar de que algunas
organizaciones usan tecnologías obsoletas, o quizás realicen tareas de
gestión de datos e información de manera manual, para la mayoría de sus
procesos de negocio y no aprovechan el uso de herramientas de
Tecnologías de Información, estas organizaciones deben usar software
informático obligatoriamente ya sea para llevar el registro de cálculos de
impuestos por sistemas nacionales online, como el Seniat en Venezuela, o
también deben recurrir a sistemas online para realizar transacciones
financieras de compra de recursos por ejemplo, ninguna organización
actualmente está exenta del uso de sistemas de información. De lo antes
mencionado destaca la prioridad en las organizaciones del desarrollo
continuo de nuevos sistemas de información, adecuados a cada posible
problemática de actividades y procesos dentro de una organización, esto
aumenta la cantidad de desarrollos debido a la necesidad de sistematizar y

3
automatizar toda la cadena de valor dentro de una empresa, esto con el objetivo
de aumentar su productividad transformándose en mejora de ingresos y éxitos
dentro de la misma.

Origen del Estudio

El siguiente proyecto se origina con el diagnóstico de la situación de la

Unidad Médica “Divino Niño”, en donde se consideró que es necesario adecuar
las actividades diarias a las tecnologías actuales con automatización en manejo
de datos e información, ya que el procesamiento de datos y la gestión de
información se llevan de forma manual, lo cual representa una desventaja
operacional para dicha organización en nuestros días en que la mayoría de
actividades y tareas se realizan de una forma más rápida y oportuna por medio
de Sistemas de Información.

Contextualización del Problema

La Unidad Médica “Divino Niño”, ubicada en la casa #1, Av. Sucre, de la

población de Lagunillas, municipio Sucre del estado Mérida, de dependencia
privada, tiene como propósito brindar atención médica integral y servicios de
laboratorio a los habitantes de la Parroquia Lagunillas Municipio Sucre, a pesar
de tener más de diez años funcionando aún no posee un sistema de información
para el manejo de datos e información de los pacientes que asisten diariamente
a consulta, tales como:
 La Gestión de datos e información de Pacientes, esto incluye:

4
 ◦ El manejo de registros de pacientes, registrar, buscar, actualizar,
eliminar.
◦ El manejo de citas de pacientes.
◦ El control de historias médicas de pacientes.
◦ La generación de récipes médicos de Pacientes.
◦ La generación de constancias médicas de pacientes.
◦ La generación de diagnósticos de pacientes.
 La gestión de registros de médicos, registrar, buscar, actualizar y eliminar.
Los datos e información referentes a registros y citas de consultas médicas
de pacientes se manejan de forma manual mediante cuadernos esto aumentará
la cantidad de trabajo, así como como también habrá redundancia de datos al
registrar los pacientes por cada cita, estos procesos manuales dificultan la
gestión de historias médicas de pacientes, además por la naturaleza de realizar
registros manuales se aumentará la posibilidad de errores al momento de
manejar datos de pacientes de manera errada cuando estos asisten a consultas
médicas, con el desarrollo del sistema de información se pueden prevenir estas
deficiencias y mejorar los procesos de gestión de consultas médicas de
pacientes.

Campo de Trabajo o Línea de Investigación

El presente proyecto de investigación es una investigación tecnológica

proyectiva, es un proyecto especial con una Línea de Investigación de Ingeniería
de Sistemas de Sistemas de Información Transaccionales de Aplicaciones
cliente-servidor aplicado a una Unidad Médica.

5
 Objetivos de la Investigación

Objetivo General

Desarrollar el Sistema de Información para la Gestión de datos e información

de pacientes de la Unidad Médica “Divino Niño”

Objetivos Específicos

 Realizar un diagnóstico de la situación actual de la Unidad Médica “Divino

Niño”.
 Analizar los requerimientos necesarios para el desarrollo del Sistema de
Información.
 Diseñar el Sistema de Información mediante la metodología RAD.

Justificación de la Investigación

Para justificar el desarrollo del Sistema de Información para la Gestión de

datos e información de pacientes de la Unidad Médica “Divino Niño” es
necesario comprender la causa que origina la elaboración del mismo, esto es la
necesidad de sistematización de datos en las actividades referentes a consultas
médicas en dicha organización. Con el uso de un sistema de información,
tecnologías que están disponibles en la actualidad, la elaboración de este
proyecto cubrirá esa necesidad, conociendo la utilidad de aplicaciones de
software como mecanismos que registran, procesan y visualizan datos e
información. Se podrá contar con una herramienta que permita llevar a cabo el
control de los registros y de citas de pacientes de manera rápida, veraz y

6
oportuna, también puede servir de guía para posibles aplicaciones en otras
organizaciones con funcionamiento similar al de la propuesta desarrollada.
A su vez se brindará un mejor servicio de atención médica de mayor calidad
a los pacientes que acuden a esta organización, así como también se
optimizarán las actividades diarias relacionadas con las consultas médicas, con
mejoras en administración de registros que se generan de pacientes, aumento
en la eficacia en el manejo de información, todo esto contribuirá a reducir costos
de recursos materiales y humanos, y tiempo de trabajo, generando mayores
ingresos.

Alcance y propósito de la Investigación

La presente investigación tecnológica comprende el desarrollo de un sistema

de información para la gestión de datos e información de pacientes dentro de la
Unidad Médica “Divino Niño”, el alcance contiene la elaboración de una
aplicación tipo cliente-servidor con una aplicación móvil. El propósito de ésta es
solventar la necesidad del uso de herramientas tecnológicas actuales para
mejorar el funcionamiento dentro de dicha organización sistematizando y
automatizando el manejo de registros de consultas médicas con la finalidad de
disminuir costos en el recursos humanos materiales, aumentar la productividad,
disminuir tiempos en las actividades que se realizan, optimizar procesos,
logrando con estos aspectos brindar mejores servicios a la población de la
Parroquia Lagunillas.

7
 CAPÍTULO II

MARCO REFERENCIAL

Teorías Genéricas Explicativas

Sistemas

“Un sistema es un conjunto de cosas que ordenadamente relacionadas

entre ellas contribuyen a un determinado objetivo”. (De Pablos, 2011, p.20).
Según Fernández (2010), aunque existe gran variedad de sistemas la
mayoría puede representarse con un modelo conformado por cinco bloques
básicos: elementos de entrada, elementos de salida, sección de
transformación, mecanismos de control y objetivos.

Figura 1. Modelo General de un Sistema. Tomado de Desarrollo de Sistemas de

Información, una metodología basada en el modelado (p. 11), por V. Fernández, 2010,
España: Ediciones UPC.

8
 Un sistema debe tener un objetivo para existir, el objetivo general de
cualquier sistema es transformar energías en otras, en el caso de un sistema
de información transforma datos en lugar de energía y los transforma en
información en lugar de energía transformada, para usar esta información en
la toma de decisiones. La definición de sistemas incluye dos componentes
muy importantes la retroalimentación y el control, cuando estos componentes
se estudian se le llama al sistema cibernético, como un sistema de auto-
monitoreo y autorregulación. La retroalimentación son los datos acerca de
cómo se desempeña, mientras que el control consiste en el monitoreo la
evaluación de la retroalimentación para que el sistema funcione en la
prosecución de su objetivo, el control realiza ajustes a los elementos de
entrada y procesamiento del sistema asegurando la salida deseada.
La sinergia es una característica que resalta en los sistemas ya que
establece que el sistema no es solo la suma de sus partes sino que se debe
analizar en conjunto sus elementos relacionados, que intercambian, energía
y materiales. Un sistema tiene límites que pueden ser físicos o sociales que
lo separan de su ambiente, con el cual intercambia energía, información y
materiales, para mantener un nivel estable, debe tomar del ambiente tanto
como lo que se envía a él, utiliza información interna o externa relacionada
con el ambiente. La mayoría de sistemas son subsistemas de otro más
grande y se pueden jerarquizar.

9
 Teoría General de Sistemas

Según Hurtado (2011), la T.G.S. está fundamentada en el análisis de

los fenómenos como totalidades constituidas por elementos que interactúan
entres si, integra el estudio de los elementos del fenómeno para alcanzar una
totalidad lógica, donde son más importantes las relaciones que existen entre
éstas.
Marcos de referencia para el estudio de la T.G.S
 Primer Marco de Referencia: se construye un modelo teórico que
represente a fenómenos generales que se encuentren en diferentes
disciplinas. Se busca reducir los sistemas concebibles a un número
manejable. Se genera un modelo que sea aplicable a una amplia
cantidad de disciplinas.
 Segundo Marco de Referencia: ordena jerárquicamente las
disciplinas del saber en relación con la complejidad organizacional de
sus componentes en un nivel de abstracción apropiado. Con un
objetivo de alto grado de ambición y de baja confianza, que desarrolla
un conjunto de teorías interactuantes o sistemas en áreas particulares
del conocimiento humano.

Sistema de Información

Según Laudon y Laudon (2012), un sistema información se define, como

un conjunto de componentes interrelacionados que recolectan (o
recuperan), procesan, almacenan y distribuyen información para apoyar
los procesos de toma de decisiones y de control en una organización.
Además de apoyar la toma de decisiones, la coordinación y el control, los
10
sistemas de información también pueden ayudar a los gerentes y
trabajadores del conocimiento a analizar problemas, visualizar temas
complejos y crear nuevos productos. Los sistemas de información contienen
información sobre personas, lugares y cosas importantes dentro de la
organización, o el entorno que los rodea. Por información nos referimos a los
datos que se han modelado en una forma significativa y útil para los seres
humanos. Por el contrario, los datos son flujos de elementos en bruto que
representan los eventos que ocurren en las organizaciones o en el entorno
físico antes de ordenarlos e interpretarlos en una forma que las personas
puedan comprender y usar (p. 15).
Según la definición anterior de Laudon y Laudon, un sistema de
información es un conjunto de elementos que trabajan en conjunto para
lograr un objetivo en común, esta definición se aplica en un organización
vista como un sistema con el objetivo común entre sus departamentos de
resolver problemas y mejorar la toma de decisiones, esto para aumentar
ingresos y beneficios a trabajadores y accionistas relacionados con la
entidad.

11
 Figura 2, Datos e Información. Tomado de Sistemas de información gerencial (p. 16),
por K. Laudon y J. Laudon, 2012, México: Editorial Pearson Educación.

En relación con lo anterior, Montilva (2010), establece que un sistema

de información está caracterizado porque es abierto, interactúa con su
ambiente mediante el intercambio de información y se adapta a las
necesidades del ambiente que lo contiene, además es un sistema hombre –
máquina, que permite el uso de computadoras que automatizan los procesos
rutinarios de transformación, los cuales son controlados y dirigidos por el
hombre, su entrada está constituida por datos e información, elementos que
son la función esencial de un sistema de información.
Características de los Sistemas de Información.
Los sistemas de información tiene hoy en día dos grandes retos, el
primero en cuanto a su diseño, desarrollo e implementación que son
procesos que debido a su naturaleza de origen abstracto a partir de análisis

12
difieren en distintos contextos, puntos de vista y afirmaciones, esto en
ocasiones dificulta la falta de consenso y el segundo reto está relacionado
con la representación de estos sistemas de información implementados en la
realidad a la que deben satisfacer necesidades que serían los objetivos por
los cuales fueron diseñados.
Según Montilva (2010), sus características son:
1. Es un sistema hombre-máquina, integrado por personas, equipos y
procedimientos, estas características pueden originar funciones,
puede pensarse que no es posible la existencia de un sistema de
información sin un computador, aseveración del todo falsa, pues en la
actualidad una actualización mediana o grande difícilmente puede
concebir y utilizar un sistema de información si el uso de
computadoras que faciliten el procesamiento de los datos. Dicha
relación en un sistema de información, depende del grado o nivel de
participación de personas o del grado o nivel de utilización de
máquinas, por lo que se puede aceptar como tal, a un sistema de
información manual, a un sistema de información mecanizado o un
sistema de información mecanizado.
2. La operación central de un sistema de información lo establece el
procesador de datos, el cual captura y procesa datos originados por
transacciones y entidades; y producir y diseminar información para la
organización y su ambiente. En este orden de ideas, se puede
observar la evolución de la tecnología, así como los distintos puntos
de vista sobre la necesidad de implementación de los sistemas de
información para el procesamiento de datos.

13
Componentes de un Sistema de Información
Según Montilva (2010), indica que para analizar los componentes de un
sistema de información es necesario clasificarlos de acuerdo a su naturaleza
en dos tipos, en componentes físicos representados por las entidades que
forman el sistema de información y en componentes funcionales que agrupan
a una o más entidades en torno a una función básica del sistema. Los
componentes físicos se dividen en subsistemas físicos de la siguiente forma:

SUBSISTEMA SUBSISTEMA
COMPUTADOR DE PERSONAL

SUBSISTEMA SUBSISTEMA
PROGRAMADO DE DATOS

Figura 3, Componentes Físicos de un Sistema de Información, tomado de Desarrollo de

Sistemas de Información (p. 35), Montilva, 2010. Venezuela: Consejo Publicaciones ULA.

El subsistema computador lo componen los equipos de computación el

procesador, unidades de entrada y salida y por programas de apoyo el
sistema operativo, el sistema de manejo de base de datos, editores, entre
otros.
El subsistema de personal está constituido por los usuarios del sistema,
el administrador de la base de datos, operadores, personal de entrada de

14
datos, grupo de desarrolladores y soporte, ingenieros de sistemas, analistas,
entre otros.
El subsistema programado lo conforman los programas de aplicaciones
para ejecutar el procesamiento en el computador y de los procedimientos
para realizar aplicaciones, entre ellos manuales de operación, manuales de
usuario, manuales del sistema, formularios, plantillas, entre otros.
El subsistema de datos está constituido por los elementos de
almacenamiento de datos, los cuales pueden ser de dos tipos: archivos
convencionales o bases de datos.
Los componentes funcionales están compuestos por tres elementos:
El subsistema de procesamiento de transacciones que tiene como fin
capturar, clasificar, ordenar, calcular y resumir los datos originados por las
transacciones relevantes de la organización.
El subsistema de administración de datos, que contiene los datos
obtenidos de los procesos que son almacenados en medios como base de
datos, por lo que requiere de un subsistema encargado del mantenimiento y
actualización de esos medios para facilitar su almacenamiento, acceso y
transformación de los datos en información.
El subsistema de procesamiento de información que genera y distribuye
la información necesaria para los usuarios del sistema, este subsistema toma
los datos de la base de datos o archivos, los procesa de acuerdo a patrones
predefinidos, para luego presentarla en forma de reporte.
Funciones de un Sistema de Información
Los sistemas de información difieren en sus tipos de entrada y salida, en
el tipo de procesamiento y en su estructura. Estos elementos están
determinados por el propósito y objeto del sistema, el cual es establecido a
su vez por la organización. A pesar de las diferencias que puedan existir
15
entre distintos sistemas de información, en todo ellos podemos encontrar un
conjunto de funciones, según Montilva (2010) son:
 Procesamiento de transacciones: la cual consiste en capturar o
recolectar, clasificar, ordenar, calcular, resumir y almacenar los datos
originados por las transacciones que tienen lugar durante la
realización de actividades en la organización.
 Definición de archivos: consiste en almacenar los datos capturados,
para el procesamiento de transacciones, de acuerdo a una estructura
u organización de almacenamiento adecuado; método que facilita su
almacenamiento, actualización y acceso; y un dispositivo apropiado de
almacenamiento.
 Mantenimiento de archivos: los archivos o base datos del sistema
deben mantenerse actualizados. Las operaciones básicas de
mantenimiento la inserción, la modificación y la eliminación de datos
en los medios de almacenamiento.
 Generación de reportes: la realización de esta función es esencial
para el sistema de información, ella se encarga de producir la
información requerida y transmitirla a los puntos o centros de
información que la soliciten. Los reportes se clasifican en
◦ Reportes de errores.
◦ Reportes de actividad.
◦ Reportes regulares.
◦ Reportes de excepción.
◦ Reportes no planeados.
◦ Reportes especiales.

16
  Procesamiento de consultas: parte de la información requerida por
los usuarios responde a interrogantes no predefinidas y cuyas
respuestas son generalmente cortas por lo que no requieren un
formato complejo como el de los reportes.
 Mantenimiento de integridad de los datos: los datos mantenidos
por el sistema de información deben ser confiables y veraces por lo
que una de sus funciones debe garantizar la integridad de tales datos
y protegerlos contra accesos indebidos y modificaciones mal
intencionado.
Clasificación de los Sistemas de Información.
Existen diversas clasificaciones de sistemas de información, que varían
de acuerdo a cada autor, esto debido a que en las organizaciones
generalmente coexiste más de un sistema de información.
Según Montilva (2010), establece que los sistemas de una organización
basado en su naturaleza y objetivo de la siguiente manera:
 Sistemas de Comunicación: la información producida como salida
por uno o varios subsistemas puede ser usada como datos de entrada
de otro, por lo que la interfaz entre dos subsistemas es el mensaje que
se transmite. Su objetivo es transmitir la información entre diferentes
subsistemas de la organización.
 Sistema de Información Formal: basado en un conjunto de normas,
estándares y procedimientos que permiten que la información se
genere y llegue a quien la necesita en el momento deseado.
 Sistema de Información Organizacional: lo conforman los canales
de información que transmiten mensajes entre los diferentes niveles
jerárquicos de la organización. Los mensajes transmitidos están

17
 relacionados directamente a objetivos, metas, procedimientos, normas
y estándares, así como resultados, rendimiento, alcance,
productividad.
 Sistemas de Información Operativos: son los sistemas que
recogen, mantienen y procesan los datos obtenidos por la realización
de operaciones básicas de la organización. Su objetivo principal es
preparar y mantener los registros de datos originados por las
operaciones rutinarias de la organización.
 Sistemas de Información Gerencial: suministran la información
necesaria para que los gerentes puedan ejecutar los procesos de
toma de decisiones y solución de problemas. Las salidas de estos
sistemas están conformados por reportes de actividad y reportes de
estado.
 Sistema de Apoyo a la Toma de Decisiones: es un tipo de sistema
especializado que se caracteriza por procesar datos para realizar de
forma automática parte o todo el proceso de toma de decisiones e
indicar la acción a seguir para mantener la organización dentro de los
parámetros de funcionamiento.
 Sistemas de Procesamiento de Datos: este tipo de sistemas
transforma los datos obtenidos en información fácil de entender y
utilizar. La información obtenida puede ser utilizada por algún usuario,
con algún fin específico, en la realización de sus actividades.
De acuerdo al tamaño y complejidad de la organización estos tipos de
sistemas de información se fusionan para conformar un sistema de
información global, como es el caso de los sistemas de información
operacional, gerencial y de apoyo a la toma de decisiones.

18
Ciclo de vida de un Sistema de Información
Los sistemas de información al igual que los seres vivos muestran un
proceso de nacimiento y muerte bien definidos. Tienen su origen o
nacimiento motiva al surgimiento de necesidades, a partir de las cuales se
comienza con su desarrollo y definición del proyecto, hasta su puesta en
operaciones o crecimiento. La operación y mantenimiento por un período
durante el cual se obtiene su máximo rendimiento o maduración. Con el
tiempo los avances tecnológicos, la dinámica de la organización y otros
factores lo vuelven obsoleto e ineficaz causando el decaimiento y originando
el cese de las operaciones del sistema o Muerte.

Crecimiento Maduración

Nacimiento Decaimiento

Muerte

Figura 4, Ciclo de Vida de un Sistema. Tomado de Desarrollo de Sistemas de

Información (p. 61), por J. Montilva, 2010, Venezuela: Consejo Publicaciones ULA.

Sistemas de Información en una Organización.

Según Laudon y Laudon (2012), desde una perspectiva de negocios, un
sistema de información provee una solución a un problema o

19
desafío al que se enfrenta una empresa; además representa una
combinación de los elementos de administración, organización y
tecnología. La dimensión gerencial de los sistemas de información
involucra aspectos tales como liderazgo, estrategia y comportamiento
gerencial. La dimensión de tecnología consiste en hardware y software de
computadora, tecnología de almacenamiento de datos y tecnología de
redes/telecomunicaciones (incluyendo internet). La dimensión organizacional
de los sistemas de información involucra aspectos tales como la
organización, las especialidades funcionales, los procesos de negocios, la
cultura y los grupos de interés político (p. 33).
En relación a lo anteriormente expuesto un sistema de información como
organización se conforma por los elementos personas, datos, procesos y
tecnologías. Las personas interactúan con el sistema de información, estos
manejan la mayoría de entradas y salidas del procesamiento de datos. Los
datos son elementos de entrada base que se procesan y generan
información. Los procesos que realizan tanto las personas como los sistemas
de información. Las tecnologías son el conjunto de hardware y software que
se requiere para el procesamiento de datos.

Análisis y Diseño de Sistemas

Según Kendall y Kendall (2011), el análisis y diseño de sistemas es una

actividad realizada con la finalidad de estudiar fenómenos que correspondan
a la definición del sistema, consiste en la definición de problemas y
oportunidades que un sistema ofrece, examinando sus potencialidades como
lo son la energía, adaptación, complejidad y las relaciones. Se usa para
convertir un sistema manual a un sistema mecánico, un sistema manual a un
20
sistema electromecánico, un sistema manual a uno electrónico, un sistema
electromecánico a un sistema computacional, un sistema computacional a
otro sistema computacional. Sirve de referencia para buscar disminuir las
situaciones de fracaso o errores durante el proceso de desarrollo de
sistemas de información.

Software

Según Pressman (2010), la enorme creciente industria del software se

convirtió en un factor dominante dentro de la economía mundial, equipos
especialistas en software enfocados en desarrollar aplicaciones complejas
han sustituido a los programadores solitarios de los primeros tiempos. El
software actualmente juega un papel dual ya que es un producto y a su vez
es el vehículo para la entrega del producto, siendo el producto más
importante la información.
Consiste en un código en un lenguaje máquina específico para un
procesador individual. El código es una secuencia de instrucciones
ordenadas que cambian el estado del hardware de una computadora. Se
refiere al equipamiento lógico o soporte lógico de una computadora digital, y
comprende el conjunto de los componentes lógicos necesarios para hacer
posible la realización de una tarea específica, en contraposición a los
componentes físicos del sistema (hardware). Nace por la necesidad de
aprovechar las capacidades de cómputo de las computadoras, permitiendo a
los programadores organizar y escribir complejos conjuntos de instrucciones
que posteriormente serán analizadas y traducidas a un lenguaje que las
máquinas pueden comprender, obteniendo por todo este proceso unos
ficheros conocidos popularmente como binarios o ejecutables, con las
21
funciones específicas para lo que han sido creados. Como ejemplo, cabe
mencionar al mismo traductor usado en el proceso, el cual consiste en otro
programa que previamente se escribió para realizar dicha función.
Ingeniería del Software

Según Sommerville (2011), define a la ingeniería del software como una

disciplina de la ingeniería que se interesa por todos los aspectos de
producción de software, desde las primeras etapas de la especificación del
sistema hasta el mantenimiento del sistema después que se pone en
operación.
De los descrito anteriormente, resalta en primer lugar la disciplina de
ingeniería que se relaciona con las implementaciones de los ingenieros para
que las cosas funcionen, por medio de la aplicación de teorías, métodos y
herramientas donde sea necesario para encontrar soluciones a problemas;
en segundo lugar, los aspectos de la producción de software que además de
los aspectos técnicos del desarrollo del software, incluye procesos de
administración de proyectos, desarrollo de herramientas, métodos y teorías
para su producción.
La ingeniería de software es una tecnología de varias capas, la principal
es la de proceso que une las capas de tecnología, permitiendo el desarrollo
racional y oportuno del software. La capa de métodos aporta la experiencia
técnica para desarrollar el software y por último la capa de herramientas que
son el apoyo automatizado para el proceso y los métodos. Cuando las
herramientas se integran de forma que la información creada por una pueda
ser usada por otra, se establece un sistema llamado software asistido por
computadora que apoya el desarrollo de software.

22
 Para Sommerville (2011), los ingenieros de software se interesan más en
desarrollar productos de software, para venderle a un cliente, debido a esto
existen dos tipos de productos de software:
 Productos genéricos: son sistemas independientes que se
producen, por una organización de desarrollo y el cual venden a un
mercado abierto de clientes que desee comprarlos, también abarca
las llamadas aplicaciones verticales diseñadas para propósitos
específicos, como los son los sistemas de información de librería,
sistemas de contabilidad, entre otros.
 Productos personalizados: son sistemas destinados para un cliente
en particular, un contratista de software desarrollo el programa
especialmente para dicho cliente.
La principal diferencia entre dos tipos de software es que en los
productos genéricos, la organización que desarrolló el software controla
todas sus especificaciones, mientras que en el caso de los personalizados, la
organización que compra el software maneja la especificación.

Programación Orientada a Objetos

Según Velarde, Murillo, Gómez y Castillo (2006), establecen que la

programación orientada a objetos “se puede definir como una técnica o estilo
de programación que utiliza objetos como bloques esenciales de
construcción. Los elementos básicos de las POO son: objetos, mensajes,
métodos y clases. (p. 9).
En relación con lo expresado anteriormente la programación orientada a
objetos es un paradigma de programación en donde se modelan entidades
del mundo real como objetos instanciados de una clase, estas clases tienen
23
atributos que diferencian unos objetos de otros, también contienen métodos
que definen el comportamiento de los objetos, además de esto las clases
pueden heredar propiedades y métodos de otras clases padres.
Ventajas de la Programación Orientada a Objetos
Según Velarde, Murillo, Gómez y Castillo (2006), las principales ventajas
de la POO son las siguientes:
 Las herramientas de programación orientada a objetos nos ayudan a
mejorar la complejidad.
 Mejora la productividad, debido a la reutilización de código.
 Mejora la seguridad y calidad.
 Permite generar programas modulares mejor estructurados. (p. 12)
 En base a lo descrito anteriormente, se puede afirmar que el
paradigma de programación orientada a objetos es una potente herramienta
usada en la actualidad para facilitar el desarrollo de sistemas de información,
modelando objetos con atributos y métodos.

Base de Datos

Es un conjunto de datos relacionados entre sí, de donde datos significan

hechos registrados. Normalmente una base de datos representa algún
aspecto del mundo real, y sirve para fines específicos de uno o más grupos
de usuarios. Los principales objetivos con los que debe cumplir una base de
datos son:
 Independencia física de los datos: el hardware donde se almacenan
los datos, pueden ser cambiados ya que estos no influyen en los
programas organizados.

24
  Independencia lógica de los datos: pueden indexarse nuevos
campos de los datos a las estructuras lógicas de los registros sin
necesidad de reescribir los programas de aplicación.
 Redundancia controlada: los campos de datos serán almacenados
una sola vez a excepción de cuando existan técnicas importantes que
permitan la duplicidad de campos en distintos archivos.
 Normalización de los datos: puede considerarse como un proceso
durante el cual los esquemas de relación insatisfactorios se
descomponen repartiendo sus atributos entre esquemas de relación
más pequeños que poseen propiedades deseables. Un objetivo del
proceso de normalización original es garantizar que no ocurran las
anomalías de actualización.
Tipos de bases de datos
 Bases de datos estáticas: éstas son bases de datos de sólo lectura,
utilizadas primordialmente para almacenar datos históricos que
posteriormente se pueden utilizar para estudiar el comportamiento de
un conjunto de datos a través del tiempo, realizar proyecciones y
tomar decisiones.
 Bases de datos dinámicas: éstas son bases de datos donde la
información almacenada se modifica con el tiempo, permitiendo
operaciones como actualización y adición de datos, además de las
operaciones fundamentales de consulta. Un ejemplo de esto puede
ser la base de datos utilizada en un sistema de información de una
tienda de abarrotes, una farmacia, un videoclub, etc.
Modelo de Base de Datos.

25
 Un modelo de datos es básicamente una "descripción" de algo conocido
como contenedor de datos (algo en donde se guarda la información), así
como de los métodos para almacenar y recuperar información de esos
contenedores. Los modelos de datos no son cosas físicas: son abstracciones
que permiten la implementación de un sistema eficiente de base de datos;
por lo general se refieren a algoritmos, y conceptos matemáticos. Algunos
modelos utilizados en las bases de datos son:
 Base de datos relacional: éste es el modelo más utilizado en la
actualidad para modelar problemas reales y administrar datos
dinámicamente. Tras ser postulados sus fundamentos en 1970 por
Edgar Frank Codd, de los laboratorios IBM en San José (California),
no tardó en consolidarse como un nuevo paradigma en los modelos
de base de datos. Su idea fundamental es el uso de "relaciones".
Estas relaciones podrían considerarse en forma lógica como conjuntos
de datos llamados "tuplas". Pese a que esta es la teoría de las bases
de datos relacionales creadas por Edgar Frank Codd, la mayoría de
las veces se conceptualiza de una manera más fácil de imaginar. Esto
es pensando en cada relación como si fuese una tabla que está
compuesta por registros (las filas de una tabla), que representan las
tuplas, y campos (las columnas de una tabla). En este modelo, el lugar
y la forma en que se almacenan los datos no tienen relevancia (a
diferencia de otros modelos como el jerárquico y el de red). Esto tiene
la considerable ventaja de que es más fácil de entender y de utilizar
para un usuario esporádico de la base de datos. La información puede
ser recuperada o almacenada mediante "consultas" que ofrecen una
amplia flexibilidad y poder para administrar la información. El lenguaje
más habitual para construir las consultas a bases de datos
26
 relacionales es SQL, Structured Query Language o Lenguaje
Estructurado de Consultas, un estándar implementado por los
principales motores o sistemas de gestión de bases de datos
relacionales. Durante su diseño, una base de datos relacional pasa
por un proceso al que se refiere el modelo relacional es importante por
dos razones. Primero, debido a que las estructuras de modelo
relacional son amplias y generales y pueden utilizarse para expresar
diseños independientes de sistemas manejadores de base de datos.
Segundo, el modelo relacional es la base de una importante categoría
de producto para gestión de datos. Se conoce como normalización de
una base de datos.
 Bases de datos orientadas a objetos: este modelo, bastante
reciente, y propio de los modelos informáticos orientados a objetos,
trata de almacenar en la base de datos los objetos completos (estado
y comportamiento). Una base de datos orientada a objetos es una
base de datos que incorpora todos los conceptos importantes del
paradigma de objetos:
◦ Encapsulación: Propiedad que permite ocultar la información al
resto de los objetos, impidiendo así accesos incorrectos o
conflictos.
◦ Herencia: Propiedad a través de la cual los objetos heredan el
comportamiento dentro de una jerarquía de clases.
◦ Polimorfismo: Propiedad de una operación mediante la cual
puede ser aplicada a distintos tipos de objetos.
En bases de datos orientadas a objetos, los usuarios pueden definir
operaciones sobre los datos como parte de la definición de la base de datos.
Una operación (llamada función) se especifica en dos partes. La interfaz (o
27
signatura) de una operación incluye el nombre de la operación y los tipos de
datos de sus argumentos (o parámetros). La implementación (o método) de
la operación se especifica separadamente y puede modificarse sin afectar la
interfaz. Los programas de aplicación de los usuarios pueden operar sobre
los datos invocando dichas operaciones a través de sus nombres y
argumentos, sea cual sea la forma en la que se han implementado. Esto
podría denominarse independencia entre programas y operaciones. El
modelo de datos orientado a objetos es otro modelo de datos que está
recibiendo una atención creciente. El modelo orientado a objetos se puede
considerar como una extensión del modelo E-R con los conceptos de la
encapsulación, los métodos de (funciones) y la identidad de los objetos.

Requerimientos de Sistemas de Información

Según Sommerville (2011), los requerimientos para un sistema son

descripciones de lo que el sistema debe hacer, el servicio que ofrece y las
restricciones en su operación. Tales requerimientos reflejan las necesidades
de los clientes por un sistema que atienda un propósito, como sería controlar
un dispositivo, colocar un pedido o buscar información. El proceso de
descubrir, analizar, documentar y verificar estos servicios y restricciones se
le llama ingeniería de requisitos. El término “requerimiento” no se usa de
manera continua en la industria del software, en ocasiones un requerimiento
es un enunciado abstracto de alto nivel de un servicio que debe proporcionar
un sistema o una restricción sobre un sistema.
Existe una separación entre los niveles de descripción de los
requerimientos, por requerimientos de usuarios representando los

28
requerimientos abstractos de alto nivel y requerimientos del sistema para los
que detallan lo que el sistema debe hacer, esto se muestra en la figura 6.

Figura 5. Lectores de diferentes tipos de especificación de requerimientos. Tomado

de Ingeniería de Software (p. 85), por Somerville, 2011, México: Editorial Pearson
Educación.

La clasificación más utilizada es por requerimientos funcionales y no

funcionales:
1. Requerimientos funcionales, son enunciados acerca de servicios que
el sistema debe, proveer, de cómo debería reaccionar el sistema a
entradas particulares y de cómo debería comportarse el sistema en
situaciones específicas.
2. Requerimientos no funcionales, son limitaciones sobre servicios o
funciones que ofrece el sistema. Incluyen restricciones tanto de
temporalización y del proceso de desarrollo, como impuesta por los
29
 estándares, se suelen aplicar al sistema como un todo, más que a
características o servicios individuales del sistema como en el caso de
los requisitos funcionales.

Antecedentes de Campo

Para brindar un mejor conocimiento referente al desarrollo de un sistema

de información, los antecedentes de campo que son citados a continuación
tienen relación con los sistemas de información para mejorar las actividades
dentro de una organización automatizándolas y manejando sus datos e
información.
Bujanda (2016), presenta un trabajo de grado titulado “Diseñar un
Sistema de Información para el Control de Mantenimiento del Parque
Automotor del Departamento de Flota de Droguería Mérida C.A.” para
optar al título de Ingeniero de Sistemas en el Instituto Universitario
Politécnico “Santiago Mariño” extensión Mérida. Este trabajo de grado tiene
como objetivo diseñar un sistema de información para el control de datos e
información relacionados con el control de mantenimiento del parque
automotor del departamento de la flota de Droguería Mérida C.A. para
mejorar la eficiencia y eficacia en las actividades dentro del Departamento de
Flota de Droguería Mérida. La metodología del estudio se basó en una
investigación descriptiva con diseño de campo aplicando técnicas de
recolección de datos como la observación y la entrevista no estructuradas.
La finalidad del desarrollo de este sistema de información es administrar y
procesar eficientemente los datos e información del mantenimiento del
30
parque automotor de la flota de la Droguería Mérida. Esta tesis contribuye a
la investigación porque se realizó para diseñar un sistema de información
para la gestión de datos como un proyecto factible y enfocado en resolver la
necesidad de llevar el control de datos e información.

Rodríguez (2016), en su trabajo especial de grado titulado “Desarrollar

un Sistema de Información para el registro y control de las actividades
asociadas con el área administrativa en la empresa Planificadora
Industrial Calderón, C.A.” para optar por el título de Ingeniero de Sistemas
del Instituto Universitario Politécnico “Santiago Mariño”. Propone como
objetivo principal elaborar un sistema de información para el registro y control
de actividades administrativas de la Planificadora Industrial Calderón para
optimizar los procesos diarios de gestión de datos e información. Es una
investigación aplicada con fuente de información de la investigación de
campo y de diseño descriptivo. Entre sus conclusiones resalta la importancia
de automatizar y gestionar datos e información en sus tareas diarias de la
Planificadora Industrial con el desarrollo de una herramienta computacional.
Este trabajo aporta a la investigación de manera extensa detallada aspectos
relacionados a la elaboración de un sistema de información de registro y
control de procesos operacionales.
Por su parte, Rincón (2014), en su trabajo especial de grado titulado
“Desarrollo de un sistema de información automatizado para el control
del proceso de facturación de la empresa Ferre-Impercon C.A.” para
optar por el título de ingeniería de Computación de la Universidad Rafael
Urdaneta. Presenta como objetivo crear un sistema de información
automatizado para el control del proceso de facturación de la empresa Ferre
Intercon, C.A. La problemática que se presenta es la ausencia de un sistema
31
de información que permita gestionar registros detallados de clientes,
facturas y gestionar reportes de operación minimizando tiempos de
respuestas y manteniendo la integridad en la información. Se realizó una
investigación de campo con un diseño descriptivo. Las técnicas de
recolección de datos usadas fueron la observación directa y la entrevista no
estructurada. Entre las conclusiones este desarrollo cumplió con los
requerimientos para controlar datos e información referentes a la facturación.
Este trabajo de grado contribuye al presente trabajo especial, debido al
proceso de elaboración de un sistema de información que se realizó, para
automatizar y controlar procesos de actividades diarias en la facturación
minimizando tiempos y costos, además de tener información clara y precisa
de operaciones realizadas.

Estado del Arte de la Tecnología

En la actualidad vivimos inmersos en una sociedad que usa a diario

sistemas de información para disminuir costos y tiempos en la realización de
actividades para mejorar nuestras vidas. Los sistemas de Información desde
su origen fueron concebidos para mejorar la productividad en una
organización, estos son una importante área de estudio. Factores como la
globalización, competencia en mercados de bienes y servicios, rápido
desarrollo de tecnologías de información, aumento en la incertidumbre en el
entorno y reducción de costos de vida de los productos causa que la
información se convierta en un elemento clave en la gestión, supervivencia y
desarrollo de una empresa, siendo la información su recurso más importante.
32
 Para De Pablos, López, Martin-Romo y Medina (2011), la evolución
histórica de los sistemas de información está dividida en 5 fases o etapas:
1. En la primera etapa, su contenido era muy básico y elemental, con el
análisis de los sistemas de información sólo se pretendía desarrollar
procedimientos de tipo manual, esto con el fin de mejorar la
organización de documentos y papeles que se generaban de los
procesos de administración de las empresas. Esta etapa enfrenta uno
de los primeros grandes retos como lo fue la falta de experiencia en
las tecnologías para el tratamiento automático de la información y la
escasez de profesionales en el área.
2. Con el transcurrir de los años va en aumento la necesidad de
información, se comienza a impulsar la aplicación de tecnologías de
información al proceso de datos y a la toma de decisiones. Se
comienza a observar los primeros Centros de Procesamiento de Datos
(CPD), dentro de las organizaciones, dando pie a las primeras
automatizaciones de procesos administrativos dentro de las
empresas, siendo estos aún muy elementales.
3. Con el auge de las empresas y su crecimiento acelerado en la década
de los años 60 y 70, ocasionó el aumento de información que las
empresas debían manejar y procesar, para así lograr su control y
coordinación de manera eficiente, por esta razón se comienza a
considerar a la información como un elemento de vital importancia.
Aparecen los primeros denominados departamentos de informática o
sistemas de información cuyo fin era resolver los problemas asociados
a la gestión de información. Nacen los Sistemas de Información para
la Dirección (MIS).

33
 4. A medida que transcurren los años el entorno empresarial y el sistema
técnico van adquiriendo mayor complejidad, motivado a esto se van
buscando estrategias cada vez más activas y comprometidas con el
peso de la información. Las empresas comienzan a buscar en la
información y en los sistemas de gestión el medio para conocer más
sobre el entorno. Comienza la aplicación de los nuevos instrumentos
de soporte para la decisión (DSS), y los sistemas expertos.
5. En la última fase que se podría denominar fase final o actual, la
información se integra a la estrategia corporativa con el uso de las
últimas tecnologías de información, para a través de estas crear
nuevas formas de diseño, fabricación y venta de productos o servicios
tradicionales. Ahora no se trata solo de dar respuestas válidas usando
la tecnología de información sino lograr ventajas competitivas,
mediante el uso adecuado de las tecnologías de información.
El desarrollo de un Sistema de Información en una organización debe
estar orientado a solventar necesidades de manejo de información para
optimizar procesos, esto con la finalidad de disminuir costos y tiempos de
trabajo para aumentar su productividad y volverla más competitiva.

Teorías Genéricas Ingenieriles

Java

Según Laudon y Laudon (2012), Java es un lenguaje de programación

orientado a objetos independientemente del sistema operativo e
independiente del procesador. Java fue creado por James Gosling y el
34
Equipo de Green en Sun Microsystem, en 1992. El 13 de noviembre del
2006, Sun liberó gran parte de Java como software de código abierto bajo los
términos de la licencia pública general (GPL) de GNU, y completó el proceso
el 8 de mayo de 2007. La plataforma de Java ha migrado a los teléfonos
celulares, teléfonos inteligentes, automóviles, reproductores de música,
máquinas de juegos y por último, a los decodificadores en los sistemas de
televisión por cable para ofrecer contenido interactivo y servicios de pago por
evento. El software de java está diseñado para ejecutarse en cualquier
computadora o dispositivo de cómputo, sin importar el microprocesador o
sistema operativo específico que utilice el dispositivo. Para cada uno de los
entornos en los que se utiliza Java, Sun creó una máquina virtual de Java
(JVM) que interpreta el código de programación de Java para ese equipo
específico. Esto permite que el código se escriba una vez y se pueda utilizar
en cualquier máquina para la que exista una máquina virtual de Java. Los
desarrolladores de Java pueden crear pequeños programas en forma de
applets, que se incrustan en las páginas Web y se descargan para
ejecutarlos en un navegador Web. A nivel empresarial Java se utiliza para
aplicaciones de comercio electrónico y negocios electrónicos más complejos
que requieran comunicación con los sistemas de procesamiento de
transacciones del back-end de una organización.
En relación con lo expuesto anteriormente Java es un lenguaje de
programación orientado a objetos, multiplataforma se puede ejecutar en la
mayoría de sistemas operativos, tales como UNIX, Linux, Mac OS, Windows.
Ventajas
 Multiplataforma.
 Orientado a Objetos.

35
  Muy usado actualmente.
 Se puede conectar con los manejadores de base de datos más
conocidos en la actualidad.
 Capacidad de instalar librerías .jar que se adaptan a los
requerimientos del proyecto a desarrollar.
 Amplia documentación en la web.
Modelo Entidad – Relación

Según Kendall y Kendall (2011), un modelo de entidad-relación sirve para

mostrar el alcance del sistema y definir límites apropiados para el mismo. Los
elementos que conforman un sistema organizacional se pueden denominar
entidades, una entidad puede ser una persona, un lugar o una cosa, como un
pasajero en una aerolínea, un destino o un avión; o bien una entidad puede
ser un evento, como el fin de mes, un período de ventas o el tiempo de
inactividad de una máquina. Una relación es la asociación que describe a la
interacción entre las entidades. Existen muchas convenciones para realizar
diagramas de entidad-relación (E-R) como la pata de cuervo (crow’s foot),
Arrow o Bachman, a continuación se describe la notación tipo pata de
cuervo, en donde una entidad es un cuadro rectangular simple.
Entidad
Es un objeto que existe y puede distinguirse de otro. Una entidad puede
ser concreto o abstracta acerca del cual se registre información. Una entidad
es algo que puede identificarse en el ambiente de trabajo de los usuarios, es
realmente elemental para los usuarios del sistema a desarrollar. Toda
entidad tiene características o atributos básicos.
Atributos

36
 Son las características o variables asociadas a cada entidad. Es el que
describe y caracteriza de cierta manera una entidad, son propiedades que
describen una entidad determinada; frecuentemente se le llama elemento de
datos, campo ítem elemental. Existen tres tipos de atributos de tipo
identificador que especifican la clave primaria de una entidad, los atributos
descriptivos para detallar cada propiedad que caracteriza a la entidad y los
atributos referenciales que hacen referencia a otra entidad por medio de una
clave foránea.
En relación a lo anterior, el modelo de datos entidad – relación (E-R) se
basa en una percepción del mundo real que consiste en una colección de
objetos básicos, denominados entidades, y de las relaciones entre ellos.
Una característica fundamental de la base de datos es que proporciona
cierto nivel de abstracción de los datos al ocultar detalles de almacenamiento
que la mayoría de los usuarios no necesitan conocer. Los modelos de datos
son el principal instrumento para ofrecer dicha abstracción.

Servidor Apache

El servidor HTTP Apache es un servidor web HTTP de código abierto

para plataformas Unix (BSD, GNU/Linux, entre otros), Microsoft Windows,
Macintosh y otras, que implementa el protocolo HTTP/1.1 y la noción de sitio
virtual. Apache es usado principalmente para enviar páginas web estáticas y
dinámicas en la World Wide Web. Muchas aplicaciones web están diseñadas
asumiendo como ambiente de implantación a Apache, o que utilizarán
características propias de este servidor web.

JavaScript
37
 Lenguaje de programación interpretado, no requiere compilación. Es
utilizado especialmente en páginas web embebido en el código HTML o
similares. La mayoría de los navegadores pueden interpretar los códigos
JavaScript incluidos en las páginas web. Es un lenguaje basado en
prototipos, pues las nuevas clases se generan clonando las clases base
(prototipos) y extendiendo sus funcionalidades.

CSS

CSS es un lenguaje de estilo que define la presentación de los

documentos HTML. Por ejemplo, CSS abarca cuestiones relativas a fuentes,
colores, márgenes, líneas, altura, anchura, imágenes de fondo,
posicionamiento avanzado y muchos otros temas. Es posible usar HTML, o
incluso abusar del mismo, para añadir formato a los sitios web. Sin embargo,
CSS ofrece más opciones y es más preciso y sofisticado. CSS está
soportado por todos los navegadores hoy día.

HTML

Es el lenguaje con el que se definen las páginas web. Básicamente se

trata de un conjunto de etiquetas que sirven para definir el texto y otros
elementos que compondrán una página web. El HTML se creó en un
principio con objetivos divulgativos de información con texto y algunas
imágenes.

Sistema de Información Transaccional

38
 Según Laudon y Laudon (2012), un sistema de información transaccional
“es un sistema computarizado que efectúa y registra las transacciones
diarias de rutina necesarias para realizar negocios, como introducir pedidos
de ventas, reservaciones de hoteles, nómina, registro de empleados y
envíos”. El principal propósito de estos sistemas es responder a preguntas
de rutina y rastrear el flujo de transacciones por la organización. Se
implementa sobre el nivel operacional en una organización, en donde las
tareas, recursos y metas están predefinidos y muy estructurados.

Definición de Términos Básicos

Atributo: un atributo representa cierta característica de una entidad. Puede

haber muchos atributos para cada entidad. (Kendall, 2011).

Almacenamiento: el almacenamiento es una de las actividades o

capacidades más importantes que tiene una computadora, que permite
recordar una información guardada para que pueda ser accedida
posteriormente. (Pressman, 2010).

Clase: una clase es una plantilla común para un grupo de objetos

individuales con atributos y comportamientos comunes para el análisis y
diseño orientado a objetos y en el UML. (Kendall, 2011).

39
Diseño Arquitectónico: define la relación entre los elementos estructurales
principales del software, los patrones de diseño que se pueden utilizar para
lograr los requisitos que se han definido para el sistema, y las restricciones
que afectan a la manera en que se pueden aplicar los patrones de diseño
arquitectónicos. La representación del diseño arquitectónico -el marco de
trabajo de un sistema basado en computadora puede derivarse de la
especificación del sistema, del modelo de análisis y de la interacción del
subsistema definido dentro del modelo de análisis. (Pressman, 2010).

Entidad: una entidad representa a una persona, grupo, departamento o

sistema que recibe o crea información o datos. (Kendall, 2011).

Entrada: el requerimiento de entrada verifica la solicitud de computación,

estos errores serán propagados a todo el sistema. Correspondientes a la
captura y registro de los eventos o transacciones del sistema y a los datos
que curso, es el proceso medular de transformación y manipulación de la
información, para efectuar este requerimiento se utilizan los diagramas de
flujo de datos, los cuales sirven para representar un sistema o un software en
varios niveles de abstracción. Lo anterior quiere decir que existe un proceso
de refinamiento de los diagramas, el cual arranca desde un diagrama
contexto. El refinamiento que se hace, viene a representar un mayor flujo de
información y de detalle funcional del software. (Pressman 2010).

Interfaz: “es una herramienta del sistema que debe permitir a los usuarios
del sistema conseguir la información que necesitan”. (Fernández, 2010).

40
Proceso: el proceso es una descripción narrativa de lo que debe cumplir el
proceso. El procesamiento de la información es un proceso lógico del
pensamiento donde intervienen las distintas ciencias que convergen en los
currículos de cualquier subsistema educacional y no verbal donde se
producen intercambios significativos de análisis, comparaciones,
predicciones e interpretaciones. (Pressman 2010).

Registro: se define que un registro “es una colección de campos dispuestos

en un formato predefinido. La unidad mínima de información que usa una
aplicación informática es el registro. En este caso, el registro equivale a la
instancia del modelo lógico de datos”. (Fernández, 2010).

Requerimiento: un requerimiento es una necesidad documentada sobre el

contenido, tema o funcionalidad de un producto o servicio considerando las
especificaciones de los clientes, los mismos son declaraciones que
identifican atributos, características capacidades, cualidades que necesita
cumplir un sistema de información para que tenga valor y utilidad para el
usuario. (Pressman, 2010).

41
42
 CAPÍTULO III

MARCO METODOLÓGICO

Tipo de Estudio

Por su parte Tamayo y Tamayo (2010), en la investigación descriptiva

busca especificar las propiedades más importantes de una persona, grupo o
fenómeno que se someta al estudio mediante la descripción, registro, análisis
e interpretación por su naturaleza actual. Se trabaja sobre hechos reales y su
principal atributo es presentar una interpretación acertada.
La investigación descriptiva “es el tipo de investigación concluyente que
tiene como objetivo principal la descripción de algo, generalmente las
características o funciones del problema en cuestión” (Malhotra, 2008, p.90)
Según Malhotra (2012), la investigación descriptiva se basa en el estudio
de realidades utilizando como principal método la recolección de información,
la encuesta y la observación.
El tipo de estudio de esta investigación es descriptivo, porque mediante el
uso de técnicas de recolección de información como la observación se
realiza una búsqueda de deficiencias en los procesos de la Unidad Médica
“Divino Niño” en cuanto al manejo de datos e información referentes a los
pacientes de esta organización.

43
 Método de Investigación

Por su parte Rincón (2011), establece que la investigación tecnológica

consiste en producir nuevos elementos sobre un objeto para transformarlo,
analizando la tecnología existente, este tipo de investigación define que el
conocimiento consiste en agregar nuevas funciones a esas tecnologías para
avanzar hacia nuevas soluciones. Este tipo de investigación incluye procesos
de invención, diseño e innovación.
Según Bello (2010), la investigación tecnológica tiene como objetivo
resolver problemas o situaciones que el conocimiento científico consolidado
como tecnología demanda, cuya finalidad sería reconstruir procesos en
función de descubrimientos ya realizados.
La presente investigación es de tipo tecnológica, ya que el desarrollo de
este Sistema de Información brindará soluciones oportunas de gestión de
información de pacientes en la Unidad Médica “Divino Niño”, mejorando las
actividades diarias en esta organización.
El diagnóstico de la situación actual de la organización arrojará las
deficiencias en cuanto al manejo de datos e información de pacientes, ya que
este se realiza de forma manual, generando múltiples inconvenientes en la
unidad.
Los requerimientos principales para el desarrollo del proyecto se enfocan
en la citas de pacientes y el historial médico de ellos, aparte de estos
procesos fundamentales se deben sistematizar otros que se derivan de ellos,
tales como la gestión de datos de pacientes, de médicos asociados los
pacientes que en la consulta médica, entre otros.

44
 A partir del análisis de los requerimientos se diseñará el sistema de
información para solventar esas necesidades mediante la metodología ágil
de desarrollo RAD, esta herramienta permitirá trabajar en conjunto con los
usuarios que usarán el sistema para cumplir con las funcionalidades que
sean necesarias.

Técnicas para la recolección de Información

Según Hernández, Fernández y Baptista (2010), el análisis cualitativo

organiza datos recabados, transcribirlos a texto cuando es necesario y
codificarlos. La codificación tiene dos niveles, el primero genera unidades de
significado y categorías, del segundo emergen temas y relaciones entre
conceptos. Al final es producida una teoría enraizada de los datos.
Según Zapata (2010), son técnicas de observación los procedimientos
que utiliza el investigador para presenciar directamente el fenómeno que
estudia sin actuar sobre él. La observación capta todo lo relevante a lo que
deseamos investigar, utilizando todos los recursos técnicos disponibles como
la filmación, fotografía, grabación, entre otros.
En relación con lo anterior se hará un tratamiento de la información de
forma cualitativa, incluyendo al observador como parte de la organización
para obtener información directamente con el personal que labora en ella y
que lleva el control de información de pacientes.
Según Zapata (2010), la entrevista es una técnica para recoger los datos
que se necesitan en la investigación, mediante una conversación orientada

45
con una o varias personas, en la que una persona es el entrevistador y el o
las otras son los entrevistados.
En este proyecto también se realizarán entrevistas a la organización,
organizando preguntas acorde a requerimientos que tenga el sistema de
información a desarrollar.

Tratamiento de la Información

Luego de recopilar la información mediante la aplicación de técnicas se

procede al tratamiento de esta información que se realiza de distintas formas,
cada forma de tratamiento de información se realiza acorde al tipo de estudio
o método que se aplicó.
Según Balestrini (2012), el tratamiento de información se realiza
mediante un análisis con la aplicación de lógica deductiva e inductiva en el
desarrollo de la investigación, para ello los datos se clasifican, agrupándolos,
dividiéndolos y sub dividiéndolos de acuerdo a sus características, para
reunirlos y establecer la relación que existe entre ellos, con el fin de dar
respuestas a las interrogantes de la investigación.
La información se recabará mediante la entrevista y observación directa
en la Unidad Médica “Divino Niño”, se realizará un análisis cualitativo para
estudiar los datos que se manejan y estudiarlos para posteriormente darle
solución al control de esos datos.

46
 Técnicas metodológicas y herramientas a aplicar

Al momento de desarrollar un sistema de información es importante

saber que metodología de desarrollo utilizar, que se adapte mejor a los
recursos que se disponen y a la naturaleza del proyecto a elaborar, en este
caso se requiere de la elaboración de un sistema de información para una
organización pequeña y que tiene como función principal gestionar
información referentes a los pacientes que acuden a cita médica. El tiempo
de desarrollo es corto, los recursos son limitados con apenas un
desarrollador, por lo tanto el tipo de metodología a aplicar debe ser tipo ágil y
la que se considera se adapta más a esta investigación es la RAD
(Desarrollo Rápido de Aplicaciones).
La Metodología RAD es una metodología ágil orientada a objetos para el
desarrollo de sistemas, que incluye un método de desarrollo y herramientas
de software, su finalidad es acortar el tiempo de diseño y de implementación
del sistema. Esta trata de cumplir con los requerimientos de organizaciones
que cambian rápidamente, esta es útil para nuevos entornos de desarrollo.

Fases de RAD.

Kendal y Kendall (2011), establecen que la metodología RAD se divide

en tres fases en las cuales se involucran al usuario como analista en la
evaluación, el diseño y la implementación.

47
1. Fase de planeación de los requerimientos: para comenzar el
proyecto los usuarios y analistas se reúnen para identificar los
objetivos de la aplicación o sistema. A partir de esos objetivos se
trazan los requerimientos de información que surgen de dichos
objetivos. Requiere de la participación intensa de analistas y usuarios.
2. Taller de Diseño RAD: fase de diseño y refinación, se deben realizar
mesas de trabajo con los involucrados en el proyecto buscando
trabajar de manera unida para que todos avancen a la par. Durante el
taller de diseño RAD, los usuarios responden a los prototipos
funcionales reales y los analistas refinan los módulos ya diseñados,
con base a las respuestas de los usuarios. El formato de taller es
estimulante, estando presentes los usuarios y analistas se impulsará
el desarrollo a un ritmo acelerado.
3. Fase de Implementación: durante el taller los analistas trabajan
intensivamente con los usuarios para diseñar los aspectos de negocio
o no técnicos del sistema. Al llegar a un consenso sobre estos
aspectos y se crean y refinan los sistemas, se crean los nuevos
sistemas o las partes del mismo, para luego ser implantados en la
organización. Debido a que RAD se puede utilizar para nuevas
aplicaciones de las cuales no hay sistema anterior, a menudo no hay
necesidad ni posibilidad de ejecutar el sistema nuevo y viejo en
paralelo antes de su implementación. Al llegar al punto de desarrollo
del nuevo sistema, el taller de diseño RAD debe haber generado
mayor satisfacción ya que el usuario estuvo presente en la
elaboración de todo el sistema. La fase de implementación requiere
menos trabajo que otros métodos, debido a que los usuarios ayudaron
a realizar el sistema y están conscientes de los cambios que ocurrirán,

48
 con esto existen pocas sorpresas y se esperan los cambios con
entusiasmo.

Figura 6. Fases Metodología RAD. Tomado de Análisis y Diseño de Sistemas (p. 164),
por K. Kendall y J. Kendall, 2011, México: Editorial Pearson Educación.

Postgresql

Es un sistema de gestión de bases de datos (SGBD) multiusuario,

multiplataforma y de código abierto. El software Postgresql proporciona un
servidor de base de datos SQL (Structured Query Language) veloz, multi-
hilo, multiusuario y robusto. Esta herramienta será usada como gestor de
base de datos del Sistema de Información a desarrollar.

Django

Es un framework de desarrollo creado en el lenguaje de programación

Python. Con una arquitectura MVC, para agilizar el desarrollo y crear
aplicaciones ligeras que consuman el menor número de recursos.

49
Características.
 Configuración: auto configura los aspectos de la aplicación para
poder ejecutar la aplicación sin tener que definir nada.
 Resolución de dependencias: luego de determinar el tipo de
proyecto a usar, este resuelve todas las librerías de dependencias
para que funcione la aplicación.
 Despliegue: se puede ejecutar como una aplicación Stand-alone, así
como también ejecutar aplicaciones web con un servidor integrado
que puede ser Tomcat, Jetty o Undertow.
 Métricas: cuenta con servicios que permiten consultar el estado de
salud de la aplicación para saber si la aplicación está corriendo o
detenida, la memoria utilizada y disponible, número y detalle de los
Bean 's creados por la aplicación, controles para correr y detener,
entre otros.
 Extensible: se pueden crear complementos, los cuales ayudan a que
la Comunidad de Software libre cree nuevos módulos que faciliten el
desarrollo.
Esta herramienta será usada para el realizar el servidor web del sistema
de información, desarrollando micro servicios para el intercambio de objetos
json mediante peticiones de los clientes.

Vue.js

Es un framework escrito en javascript para construir interfaces web de

usuario, es simple para integrar con otros proyectos y bibliotecas. Su uso

50
está enfocado en la creación de componentes para cada funcionalidad que
se requiera, cada componente puede tener un archivo para CSS, otro para
HTML y otro para javascript. Este framework será usado para crear el front-
end para los usuarios del sistema a desarrollar.

51
 CAPÍTULO IV

INGENIERÍA DEL PROYECTO

Análisis Ingenieril

Al elaborar un sistema de información se debe seguir una metodología de

desarrollo de software, para que todo el equipo de desarrollo se integre
dentro de las procesos que formen parte de la metodología elegida, se
asegure la calidad del producto creado, se maximicen el uso de recursos y
se consiga el éxito del proyecto. Además este método para desarrollo debe
ser el más adecuado para la naturaleza del proyecto, según sea su tamaño,
duración y complejidad.
El desarrollo del sistema de información para la unidad médica “Divino
Niño”, que este proyecto describe, está enmarcado en técnicas y prácticas
propias de la ingeniería de software, este desarrollo se estructura en fases
que se definen dentro del marco del ciclo de vida de proyectos de software,
resaltando las comunes para todo proyecto de software las cuales son el
análisis, diseño e implementación. En este capítulo se detallan cada una de
las actividades que forman parte de las fases que conforman la metodología
de desarrollo RAD (Desarrollo Rápido de Aplicaciones), las cuales son la
planeación de requerimientos, taller de diseño RAD e implementación.

52
 Estudio Diagnóstico

Luego de realizar la entrevista a los empleados de la Unidad Médica

“Divino Niño”, se determinó que la gestión de datos e información dentro de
esta organización no es adecuado, ya que se realiza de forma manual,
aumentando el uso de recursos, generando más costos de recursos
materiales y humanos, y de tiempo; ya que la gestión de datos e información
es realizado manualmente, en cuadernos físicos, esto es una práctica poco
ortodoxa en estos días donde abundan las soluciones tecnológicas para
gestión de datos e información de manera automatizada, y por medio de una
solución tecnológica se generan innumerables mejoras y optimización del
uso de recursos en dicha organización.
El uso de cuadernos para el registro de datos e historial médico de
pacientes, dificulta la búsqueda de historial médico de pacientes que han
asistido anteriormente a consulta en la unidad médica. Los reportes
generados en cada consulta médica como los son las constancias médicas,
diagnósticos y récipes, son llenados de forma manual, repitiendo datos
personales de pacientes y en caso de tener varios pacientes igual o similar
diagnóstico y récipe se debe repetir la información generada por cada
paciente. El agendamiento de citas lo debe realizar el paciente de antemano
asistiendo a la entidad médica o llamando, en donde la secretaria agenda de
manera manual buscando en cuadernos para validar la fecha y hora en que
un paciente puede asistir a una consulta médica según el horario disponible
del médico para esa fecha y hora en que el paciente pueda asistir, este
proceso manual es un proceso innecesario ya que se podría realizar de
manera automática mediante una aplicación.

53
 Los pacientes de la Unidad Médica actualmente deben dirigirse a esta
para cuando necesitan algún reporte médico, referente a una cita médica que
hayan tenido, ya sea una constancia médica, referencia médica o
diagnóstico, esto es a veces tedioso para pacientes que viven lejos de la
Unidad Médica, y es un esfuerzo extra para las secretaria y el médico que le
haya asistido ya que tienen que buscar en cuadernos para consultar el
resultado de la última cita médica del paciente, para esto se puede generar
reportes desde la aplicación en donde el paciente pueda descargar el
documento que necesite en base a los resultados de una cita médica que
haya tenido.

Análisis de Entrevista

1. ¿Cómo se realiza el registro de datos e información de pacientes

actualmente?

El registro de datos e información de pacientes es realizado de manera

manual, registrado en cuadernos, los datos del paciente: el nombre, apellido,
cédula y edad, son tomados cuando este agenda una cita y luego son
detallados cuando asiste a consulta por el médico que lo atiende.

2. ¿Cómo se realiza el proceso de registro de citas de pacientes?

El proceso de registro de citas de paciente es realizado a solicitud por

parte del paciente donde este debe asistir presencialmente o llamar a la

54
Unidad Médica, esta solicitud es atendida por la secretaría que busca en el
cuaderno donde se llevan el registro de citas para buscar el día y hora en
que puede ser atendido el paciente, cuando llega a un acuerdo con el
paciente registra la cita para que el paciente asista en la hora y fecha
agendada.

3. ¿Qué documentos se generan en las consultas médicas?

Por cada consulta médica se genera un diagnóstico del paciente y un

récipe médico recetando los medicamentos para el tratamiento del paciente,
adicional a estos dos documentos se puede generar una constancia médica,
también se puede generar un documento para realizar exámenes médicos
según el diagnóstico del paciente.

4. ¿Cuál es el documento que se genera con mayor frecuencia en las

consultas médicas?

El documento generado con mayor frecuencia es el récipe médico el cual

es generado por cada consulta médica en donde se especifica los
medicamentos para el tratamiento del paciente.

5. ¿Qué documento solicitan los pacientes que asisten a consulta

médica?

Los pacientes solicitan constancias médicas para constatar que han

asistido a consulta médica en la hora y fecha prevista, también solicitan
órdenes para realizar exámenes médicos.

55
6. ¿Con qué formato o planilla se realizan los documentos que se
entregan a pacientes?

El formato o planilla que se usa para los documentos es bastante simple,

en donde se usa media hoja de tamaño carta, con la identificación de la
unidad médica en la parte superior, líneas subrayadas para llenar el detalle
del documento en la parte media y el espacio para colocar la firma y sello de
la Unidad Médica en la parte inferior.

7. ¿Qué datos e información tiene el récipe médico?

El récipe médico contiene información de identificación de la Unidad

Médica: nombre y rif, los datos del paciente: nombre, apellido, edad, cédula,
los datos del médico: cédula, nombre, apellido, información referente a la
consulta médica como la fecha de la consulta médica y la lista de
medicamentos del tratamiento recetado al paciente con indicaciones de
cómo y cuándo aplicar o consumir cada medicamento.

8. ¿Qué datos e información tiene la constancia médica?

La constancia médica tiene los datos de identificación de la Unidad

Médica: nombre y rif, los datos del paciente: cédula, nombre, apellido, edad,
los datos del médico: cédula, nombre y apellido, los datos propios de la
consulta médica como fecha y hora de la consulta médica y el diagnóstico en
donde se explica el porqué de la asistencia médica por parte del paciente y el
tratamiento o reposo que se requiera.

56
 9. ¿Qué datos e información tiene el diagnóstico médico?

Contiene la identificación de la Unidad Médica: nombre y rif, los datos del

paciente: cédula, nombre, apellido y edad, los datos del médico: cédula,
nombre, apellido, el diagnóstico contiene información detallada de la
situación del paciente cuando asiste a la consulta médica, explicando el
porqué ha sido en afectado su estado de salud en caso que sea una consulta
para mejorar el estado de salud del paciente debido a un problema de salud
y dando indicaciones de como mejorar su estado de salud. En caso que sea
una consulta de chequeo periódico o de tipo preventivo se detalla en el
diagnóstico los resultados de la consulta médica y en caso que lo amerite se
detalla cómo mejorar el estado de salud.

10. ¿Qué datos de los médicos se necesitan registrar?

Los datos de médicos necesarios para registrar, para poder realizar las
citas médicas y generar reportes son:
 Cédula
 Nombres
 Apellidos
 Especialidad
 Número de Mátricula

11. ¿Qué aplicaciones de tipo informático ha usado?

Microsoft Word, Microsoft Excel, Navegadores web Chrome y mozilla

firefox.
57
 La entrevista se ha realizado en la Unidad Médica “Divino Niño”, a 3
personas que forman parte del personal de trabajadores de dicha entidad
Médica. A partir de esta se determina que al implementar un sistema de
información para la gestión de datos e información de pacientes se
contribuye notablemente a mejorar la atención a pacientes, registrando sus
datos en una base de datos, buscando estos datos por medio de una
aplicación y usando estos para generar reportes que necesiten los pacientes,
tales como constancias médicas, órdenes de exámenes y otros.

58
 Diagrama General

Figura 7. Diagrama General. Fuente: Molina (2021).

59
 Definición de Requerimientos

Un requerimiento es una necesidad que tiene una entidad de un bien o

servicio que debe ser satisfecho, según unas características particulares que
definen dicho requerimiento. Los requerimientos son clasificados en
funcionales y no funcionales. Para el desarrollo del Sistema de Información
para la gestión de datos e información de la Unidad Médica “Divino Niño” se
presentan los siguientes requerimientos funcionales y no funcionales:

Requerimientos Funcionales

Los requisitos funcionales (RF) se pueden definir como capacidades o

condiciones que el sistema debe cumplir mientras se encuentra en
operación, y se mantienen invariables sin importar con qué propiedades o
cualidades se relacionan. A continuación se listan los requisitos funcionales
del sistema:
 RF1 El sistema debe permitir administrar la seguridad del mismo.
◦ RF1.1 Gestionar datos de Usuarios.
▪ RF1.1.1 Agregar datos de usuario.
▪ RF1.1.2 Modificar datos de usuario.
▪ RF1.1.3 Buscar datos de usuario.
▪ RF1.1.4 Eliminar datos de usuario.
◦ RF1.2 Autenticación de usuario.
◦ RF1.3 Cerrar sesión del usuario.
◦ RF1.4 Restringir recursos por roles.
 RF2 Gestionar datos e información de pacientes.

60
 ◦ RF2.1 Gestionar datos de pacientes.
▪ RF2.1.1 Crear paciente.
▪ RF2.1.2 Buscar paciente.
RF2.1.3 Modificar paciente.
RF2.1.4 Eliminar paciente.
 RF3 Gestionar datos de médicos.
◦ RF3.1 Agregar datos de un médico.
◦ RF3.2 Buscar datos de médico.
◦ RF3.3 Modificar datos de médico.
◦ RF3.4 Eliminar datos de médico.

Requerimientos no Funcionales

Las características o requerimientos no funcionales (RNF) del sistema,

son propiedades o cualidades que el producto debe tener, características
que hacen al producto atractivo, usable, rápido y confiable. Estos
requerimientos son muy importantes para que los clientes y usuarios finales
puedan valorar características no funcionales del software como lo son la
confiabilidad, usabilidad, mantenibilidad, integridad, entre otros. A
continuación se listan los requerimientos no funcionales del sistema:
RNF1 Seguridad. El sistema tiene un módulo de seguridad para manejar la
autenticación de usuarios, y los permisos para acceder a funcionalidades del
sistema según el rol del usuario.
RNF2 Fiabilidad, el sistema es estable y está disponible a cualquier hora del
día, no presenta fallos.
RNF3 Rendimiento, la aplicación ofrecerá sus funcionalidades al usuario en
tiempo real y el tiempo de respuesta no debe superar los 3 segundos.

61
RNF4 Disponibilidad, la aplicación estará disponible las 24 horas del día,
para que cualquier persona pueda acceder desde un dispositivo móvil,
portátil o de escritorio.
RNF5 Portabilidad, la aplicación web puede ser accedida desde cualquier
navegador web y la app móvil se puede instalar desde dispositivos móviles
con los sistemas operativos más comunes.
RNF6 Interoperabilidad, la aplicación es capaz de funcionar en los sistemas
operativos más comunes, ya sean sistemas operativos computadores o de
dispositivos móviles.
RNF7 Multiplataforma, la aplicación web se puede ejecutar en plataforma
web o móvil, en plataformas web de sistemas operativos basados en Unix,
Windows o Mac, mediante python, un servidor web como apache o ngix y el
manejador de base de datos de postgresql. El app móvil se puede ejecutar
desde las plataformas más usadas para dispositivos móviles de ios y
android.

Requerimientos de Usuario Final

La aplicación web se puede usar desde cualquier dispositivo con un

navegador web compatible con el framework Vue.js 2.6, con el cual se ha
desarrollado la interfaz web. Este no está soportado en IE8 ni versiones
anteriores, porque utiliza características de ECMAScript 5 que son
irreproducibles en ellos. Soporta todos los navegadores compatibles con
ECMAScript 5.
La aplicación móvil en android es compatible con el 98% de las versiones
de sistemas operativos android, desde la versión android kitkat 4.4 hasta la
versión actual.

62
 Requerimientos de Software para Desarrollo

Para instalar la aplicación es necesario cumplir con los siguientes

requerimientos:

 Python 3.7

 Postgresql-13

 Node.js >= 10

 npm >= 6.10

 Android Sdk platform >= 19

Estudio de Factibilidad

El estudio de factibilidad se realizó con el objetivo de determinar cuáles

son las necesidades técnicas, económicas y operativas para el desarrollo del
sistema de información. Este proyecto es factible porque servirá para
beneficiar a la Unidad Médica “Divino Niño” en la prosecución de las
actividades diarias que realizan, así como también generando un beneficio a
la población de la parroquia Lagunillas y otras parroquias aledañas, para
pacientes que son asistidos por esta unidad en consultas médicas.

63
 Factibilidad Técnica

Es factible realizar un Sistema de Información que tenga app web y móvil

ya que ambas aplicaciones le generan facilidad en el acceso a servicios que
brinda la organización, la mayoría de personas actualmente tienen un
dispositivo móvil con android instalado, y los que no hacen uso de
aplicaciones móviles, de igual manera abren aplicaciones web para disfrutar
de servicios de la Unidad Médica “Divino Niño”.
La mayoría de requerimientos técnicos de hardware y software para la
implantación están presentes en la organización, se cuenta con el hardware
necesario como computadores, servicio de internet, routers, modems,
dispositivos móviles, así como también la mayoría de software requerido,
sistema operativo windows 7 para correr el servidor del backend y el servidor
web, sistemas android para correr instalar y correr la aplicación móvil.
Adicional al software ya presente se debió instalar python 3.7, django,
postgresql 13, para la máquina en donde reside el servidor backend.

Operativa

El desarrollo en general es bastante factible a nivel operacional porque

optimiza el uso de recursos en actividades diarias, generando mayores
ingresos, así como también le da mayor participación al cliente que deba
asistir a una consulta médica, para que pueda manejar la información
referente a una cita médica vía web o mediante el app móvil desde cualquier
parte a cualquier hora.

64
 Económica

Los recursos financieros empleados para implantar el sistema de

información son bajos y están disponibles, ya que la Unidad Médica “Divino
Niño” ya cuenta con la infraestructura tecnológica necesaria para ello; así
como también los gastos se derivan del desarrollo de las aplicaciones, web y
móvil. Para el uso de las aplicaciones web y móvil no se incurren en gastos
adicionales.

65
 Diseño Ingenieril

Diagramas

Diagramas de Casos de Uso

Figura 8. Diagrama de Casos de Uso 1, Principal. Fuente: Molina (2021).

66
Figura 9. Diagrama de Casos de Uso 2, Seguridad de Usuario. Fuente: Molina (2021).

67
Figura 10. Diagrama de Casos de Uso 3, Autenticación de Usuario. Fuente: Molina (2021).

68
Figura 11. Diagrama de Casos de Uso 4, Gestionar Usuario. Fuente: Molina (2021).

69
Figura 12. Diagrama de Casos de Uso 5, Gestionar Médico. Fuente: Molina (2021).

70
Figura 13. Diagrama de Casos de Uso 6, Gestionar Paciente. Fuente: Molina (2021).

71
Diagramas de Actividades

Figura 14. Diagrama de Actividades 1, Listar Usuarios. Fuente: Molina (2021).

72
Figura 15. Diagrama de Actividades 2, Crear Usuario. Fuente: Molina (2021).

73
Figura 16. Diagrama de Actividades 3, Editar Usuario. Fuente: Molina (2021).

74
Figura 17. Diagrama de Actividades 4, Eliminar Usuario. Fuente: Molina (2021).

75
Figura 18. Diagrama de Actividades 5, Listar Médicos. Fuente: Molina (2021).

76
Figura 19. Diagrama de Actividades 6, Crear Médicos. Fuente: Molina (2021).

77
Figura 20. Diagrama de Actividades 7, Editar Médico. Fuente: Molina (2021).

78
Figura 21. Diagrama de Actividades 8, Eliminar Médico. Fuente: Molina (2021).

79
Figura 22. Diagrama de Actividades 9, Listar Pacientes. Fuente: Molina (2021).

80
Figura 23. Diagrama de Actividades 10, Crear Paciente. Fuente: Molina (2021).

81
Figura 24. Diagrama de Actividades 11, Editar Paciente. Fuente: Molina (2021).

82
Figura 25. Diagrama de Actividades 12, Eliminar Paciente. Fuente: Molina (2021).

83
Diagrama Entidad Relación

Figura 26. Diagrama Entidad Relación. Fuente: Molina (2021).

84
Diagrama Relacional

Figura 27. Diagrama Relacional. Fuente: Molina (2021).

85
Diagrama de Clases

Figura 28. Diagrama de Clases. Fuente: Molina (2021).

86
 Diccionario de Datos

public.account_emailaddress
Nombre Tipo de Dato PK FK UQ Not null Valor por defecto

id integer ✓ ✓ nextval('public.account_emailaddress_id_seq'::regclass)

email character varying(254) ✓ ✓

verified boolean ✓

primary boolean ✓

user_id integer ✓ ✓

Restricciones

Nombre Tipo Columna Referencia

PRIMARY
account_emailaddress_pkey id
KEY

FOREIGN
account_emailaddress_user_id_2c513194_fk_users_user_id user_id public.users_user
KEY

account_emailaddress_email_key UNIQUE email

public.account_emailconfirmation

87
 Nombre Tipo de Dato PK FK UQ Not null Valor por defecto

id integer ✓ ✓ nextval('public.account_emailconfirmation_id_seq'::regclass)

timestamp with
created ✓
time zone

timestamp with
sent
time zone

character
key ✓ ✓
varying(64)

email_address_id integer ✓ ✓

Restricciones

Nombre Tipo Columna Referencia

PRIMARY
account_emailconfirmation_pkey id
KEY

account_emailconfirmation_key_key UNIQUE user_id

FOREIGN
account_emailconfirm_email_address_id_5b7f8c58_fk_account_e email_address_id public.account_emailaddress
KEY

public.appointments_appointment

88
Nombre Tipo de Dato PK FK UQ Not null Valor por defecto

id integer ✓ ✓ nextval('public.appointments_appointment_id_seq'::regclass)

timestamp with
date ✓
time zone

doctor_id integer ✓ ✓

patient_id integer ✓ ✓

Restricciones

Nombre Tipo Columna Referencia

PRIMARY
appointments_appointment_pkey id
KEY

FOREIGN
appointments_appoint_doctor_id_fb58c3a1_fk_doctors_d doctor_id public.doctors_doctor
KEY

FOREIGN
appointments_appoint_patient_id_631d13da_fk_patients_ patient_id public.patients_patient
KEY

public.auth_group
Nombre Tipo de Dato PK FK UQ Not null Valor por defecto

89
 id integer ✓ ✓ nextval('public.auth_group_id_seq'::regclass)

character
name ✓ ✓
varying(150)

Restricciones

Nombre Tipo Columna Referencia

PRIMARY
auth_group_pkey id
KEY

auth_group_name_key UNIQUE name

public.auth_group_permissions

90
 Nombre Tipo de Dato PK FK UQ Not null Valor por defecto

id integer ✓ ✓ nextval('public.auth_group_permissions_id_seq'::regclass)

group_id integer ✓ ✓ ✓

permission_id integer ✓ ✓ ✓

Restricciones

Nombre Tipo Columna Referencia

PRIMARY
auth_group_permissions_pkey id
KEY

group_id,
auth_group_permissions_group_id_permission_id_0cd325b0_uniq UNIQUE
permission_id

FOREIGN
auth_group_permissions_group_id_b120cbf9_fk_auth_group_id group_id public.auth_group
KEY

FOREIGN
auth_group_permissio_permission_id_84c5c92e_fk_auth_perm permission_id
KEY public.auth_permission

public.auth_permission

91
 Nombre Tipo de Dato PK FK UQ Not null Valor por defecto

nextval('public.auth_permission_id_seq'::regclass)
id integer ✓ ✓

character
name ✓
varying(255)

content_type_id integer ✓ ✓ ✓

character
Codename ✓ ✓
varying(100)

Restricciones

Nombre Tipo Columna Referencia

PRIMARY
auth_permission_pkey id
KEY

content_type_id,
auth_permission_content_type_id_codename_01ab375a_uniq UNIQUE
codename

FOREIGN
auth_permission_content_type_id_2f476e4b_fk_django_co content_type_id public.django_content_type
KEY

92
 public.authtoken_token
Nombre Tipo de Dato PK FK UQ Not null Valor por defecto

character
key ✓ ✓
varying(40)

timestamp with
created ✓
time zone

user_id integer ✓ ✓ ✓

Restricciones

Nombre Tipo Columna Referencia

PRIMARY
authtoken_token_pkey key
KEY

authtoken_token_user_id_key UNIQUE user_id

FOREIGN
authtoken_token_user_id_35299eff_fk_users_user_id user_id public.users_user
KEY

93
 public.django_admin_log
Nombre Tipo de Dato PK FK UQ Not null Valor por defecto

id integer ✓ ✓ nextval('public.django_admin_log_id_seq'::regclass)

timestamp with
action_time ✓
time zone

object_id text

character
object_repr ✓
varying(200)

action_flag smallint ✓

change_message text ✓

content_type_id integer

user_id integer ✓

public.django_content_type
Nombre Tipo de Dato PK FK UQ Not null Valor por defecto

nextval('public.django_content_type_id_seq'::regclass)
id integer ✓

character
app_label ✓
varying(100)

character
model ✓
varying(100)

94
 public.django_migrations
Nombre Tipo de Dato PK FK UQ Not null Valor por defecto

id integer ✓ ✓ nextval('public.django_migrations_id_seq'::regclass)

character
app ✓
varying(255)

character
name ✓
varying(255)

timestamp with
applied
time zone

Restricciones

Nombre Tipo Columna Referencia

PRIMARY
django_migrations_pkey id
KEY

95
 public.doctors_doctor
Nombre Tipo de Dato PK FK UQ Not null Valor por defecto

id integer ✓ ✓ nextval('public.doctors_doctor_id_seq'::regclass)

document_id integer

nro_register integer ✓ ✓

user_id integer ✓ ✓

Restricciones

Nombre Tipo Columna Referencia

PRIMARY
doctors_doctor_pkey id
KEY

doctors_doctor_document_id_key UNIQUE document_id

doctors_doctor_nro_register_key UNIQUE nro_register

FOREIGN
doctors_doctor_user_id_c371de6c_fk_users_user_id user_id
KEY public.users_user

96
 public.patients_patient
Nombre Tipo de Dato PK FK UQ Not null Valor por defecto

nextval('public.patients_patient_id_seq'::regclass)
id integer ✓ ✓

document_id integer ✓ ✓

age integer ✓

user_id integer ✓ ✓

Restricciones

Nombre Tipo Columna Referencia

PRIMARY
patients_patient_pkey id
KEY

patients_patient_document_id_key UNIQUE document_id

FOREIGN
patients_patient_user_id_b53513b7_fk_users_user_id user_id public.users_user
KEY

97
 public.users_user
Nombre Tipo de Dato PK FK UQ Not null Valor por defecto

id integer ✓ ✓ nextval('public.users_user_id_seq'::regclass)

character
password ✓
varying(128)

timestamp with
last_login
time zone

is_superuser boolean ✓

character
username ✓ ✓
varying(150)

character
first_name ✓
varying(150)

character
last_name ✓
varying(150)

is_staff boolean ✓

is_active Boolean ✓

timestamp with
date_joined ✓
time zone

character
email
varying(255) ✓ ✓

role integer

Restricciones

Nombre Tipo Columna Referencia

98
 PRIMARY
users_user_pkey id
KEY

users_user_username_key UNIQUE username

users_user_email_key UNIQUE email public.auth_group

public.users_user_groups
Nombre Tipo de Dato PK FK UQ Not null Valor por defecto

id integer ✓ ✓ nextval('public.users_user_groups_id_seq'::regclass)

user_id integer ✓ ✓ ✓

group_id integer ✓ ✓ ✓

Restricciones

Nombre Tipo Columna Referencia

PRIMARY
users_user_groups_pkey id
KEY

users_user_groups_user_id_group_id_b88eab82_uniq UNIQUE user_id, group_id

FOREIGN
users_user_groups_user_id_5f6f5a90_fk_users_user_id user_id public.users_user
KEY

FOREIGN
users_user_groups_group_id_9afc8d0e_fk_auth_group_id group_id
KEY public.auth_group

99
 public.users_user_user_permissions
Nombre Tipo de Dato PK FK UQ Not null Valor por defecto

id integer ✓ ✓ nextval('public.users_user_user_permissions_id_seq'::regclass)

user_id integer ✓ ✓ ✓

permission_id integer ✓ ✓ ✓

Restricciones

Nombre Tipo Columna Referencia

PRIMARY
users_user_user_permissions_pkey id
KEY

user_id,
users_user_user_permissions_user_id_permission_id_43338c45_uniq UNIQUE
permission_id

FOREIGN
users_user_user_permissions_user_id_20aca447_fk_users_user_id user_id public.users_user
KEY

FOREIGN
users_user_user_perm_permission_id_0b93982e_fk_auth_perm permission_id
KEY public.auth_permission

100
 public.auth_group_permissions
Nombre Tipo de Dato PK FK UQ Not null Valor por defecto

id integer ✓ ✓ nextval('public.auth_group_permissions_id_seq'::regclass)

group_id integer ✓ ✓ ✓

permission_id integer ✓ ✓ ✓

Restricciones

Nombre Tipo Columna Referencia

PRIMARY
auth_group_permissions_pkey id
KEY

group_id,
auth_group_permissions_group_id_permission_id_0cd325b0_uniq UNIQUE
permission_id

FOREIGN
auth_group_permissions_group_id_b120cbf9_fk_auth_group_id group_id public.auth_group
KEY

FOREIGN
auth_group_permissio_permission_id_84c5c92e_fk_auth_perm permission_id
KEY public.auth_permission

101
 public.auth_group_permissions
Nombre Tipo de Dato PK FK UQ Not null Valor por defecto

id integer ✓ ✓ nextval('public.auth_group_permissions_id_seq'::regclass)

group_id integer ✓ ✓ ✓

permission_id integer ✓ ✓ ✓

Restricciones

Nombre Tipo Columna Referencia

PRIMARY
auth_group_permissions_pkey id
KEY

group_id,
auth_group_permissions_group_id_permission_id_0cd325b0_uniq UNIQUE
permission_id

FOREIGN
auth_group_permissions_group_id_b120cbf9_fk_auth_group_id group_id public.auth_group
KEY

FOREIGN
auth_group_permissio_permission_id_84c5c92e_fk_auth_perm permission_id
KEY public.auth_permission

102
 Diseño de la Intefaz de Usuario

Diseño de Acceso al Sistema

Figura 29. Acceso al Sistema. Fuente: Molina (2021).

La figura 29 muestra la página de inicio de sesión del sistema, en donde

el usuario registrado puede ingresar ingresando su usuario y contraseña.

103
 CONCLUSIONES Y RECOMENDACIONES

Conclusiones

El Sistema de Información de pacientes y/o médicos de la Unidad Médica

“Divino Niño”, facilita la búsqueda de informacioń del médico y paciente de
manera rápida y efectiva, evitando pérdidas de tiempo en un centro de
atención de esta naturaleza, en donde el tiempo en trámites administrativos
deben ser del menor tiempo posible.
La automatización de la información en los centros de salud y hospitales
es de vital importancia hoy en día , debido al alto volumen de información
que estas instituciones manejan. Así mismo, muchos sistemas deben contar
con altos estándares de seguridad ya que dicha información puede ser
delicada y confidencial, ya que se mantienen registros personales de cada
paciente que asiste.
En cuanto al desarrollo del Sistema de información se realizó en parte en
el framework quasar, basado en tecnología Javascript, siendo este lenguaje
de programación una gran herramienta en la actualidad para la creación de
plataformas digitales, este framework ha agilizado el desarrollo de la
aplicación ya que cuenta con una extensa colección de componentes
gráficos, widgets, herramientas de integración para desarrollo de
aplicaciones híbridas, mejorando la implementación de la interfaz gráfica
para el sistema desarrollado, además de permitir al producto seguir
evolucionando según las nuevas necesidades que surjan en el centro de
atención médica. Por lo tanto aplicando dicha tecnología el proyecto se
convierte en un sistema escalable donde futuros desarrolladores pueden
104
seguir implementando funcionalidades aprovechando el sistema base
desarrollado.
El sistema brinda un servicio al paciente de alta calidad, donde el mismo
puede sentirse seguro de la información que ingresa a lo largo de sus visitas
a la entidad médica, al mismo tiempo se tiene centralizada la información de
todos los especialistas médicos activos, ahorrando tiempo, ya que por otros
medios sería bastante engorroso ubicar.
La Metodología aplicada en este proyecto (RAD – Rapid Application
Development) ha servido de forma eficaz para el desarrollo de software,
basado en los valores de simpleza, comunicación, retroalimentación y
compromiso. No existe una metodología universal para hacer frente con éxito
a cualquier proyecto de desarrollo de software, ya que cualquier metodología
que se elija debe ser adaptada al contexto del proyecto, como recursos
técnicos, recursos humanos, tiempo de desarrollo, tipo de sistema, entre
otros.

Recomendaciones

El sistema debe ser administrado con responsabilidad ya que la

información que maneja de los médicos y pacientes es confidencial, a pesar
de que el sistema cuenta con altos estándares de seguridad, las personas
que tengan acceso al sitio como administradores deben ser muy prudentes al
respecto.
El sistema debe ser utilizado como apoyo del personal médico para la
asignación de citas médicas y al mismo tiempo minimizar la atención
improvisada que se realice por teléfono o presencialmente.

105
 Para que el sistema opere en óptimas condiciones, el requerimiento
mínimo de hardware de la PC debe ser: memoria de 4Gb RAM, 250Gb de
Disco Duro, procesador Intel-Core i3. En cuanto al sistema operativo donde
se instale el sistema se recomienda que sea basado en linux, con kernel
superior a 4. Para correr de manera eficiente el proyecto se recomienda para
correr el backend instalar en el SO python versión superior a 3.5, django 3, el
sistema gestor de base Postgresql, versión igual o mayor a 11, para ejecutar
el frontend node.js versión igual o superior a 10, vue.js 2.5, quasar 0.17,
android sdk mayor o igual a 3, android-platform mayor o igual la versión 19.

106
 REFERENCIAS

Fernández, V. (2010). Desarrollo de Sistemas de Información. Una

metodología basada en el modelado. Barcelona, España: Ediciones
UPC.

Laudon, K. y Laudon, J. (2012). Sistemas de Información Gerencial.

(12ed). Ciudad de México, México: Editorial Pearson Educación.

Sommerville, I. (2011). Ingeniería del Software. (9ed). México, México:

Editorial Pearson Educación.

Hurtado J. (2008). Metodología de la investigación. Una comprensión

holística. Caracas, Venezuela: Ediciones Quirón – Sypal.

Hernández, R., Fernández, C. y Baptista, P. (2010). Metodología de la

Investigación. Ciudad de México, México: Editorial McGraw-Hill
Interamericana.

Kendall K. Y Kendall J. (2011). Análisis y Diseño de Sistemas. (8ed).

Ciudad de México, México: Editorial Pearson Educación.

Malhotra N. (2008). Investigación de Mercados. (5ed). Ciudad de

México, México: Editorial Pearson Educación.

107
 Velarde O., Murillo M., Gómez L. y Castillo F. (2006). Introducción a la
programación orientada a objetos. Ciudad de México, México:
Editorial Pearson Educación.

De Pablos C., López J., Romo M. y Medina S. (2012). Organización y

transformación de los sistemas de información en la empresa. Madrid,
España: ESIC Editorial.

Pressman R. (2010). Ingeniería del software. Un enfoque práctico. (7ed).

Ciudad de México, México: Editorial Mc Graw Hill Educación.

Vásquez, I. (2005). Tipos de estudio y métodos de investigación.

Disponible: http://www.gestiopolis.com/tipos-estudio-metodos-
investigacion [Consulta: 2018, Julio 14].

Bujanda, L (2016), Sistema de Información para el registro y control de

todas las actividades asociadas con área administrativa de la
empresa Planificadora Industrial Calderón, C.A. Trabajo Especial
de grado para optar al Título de Ingeniero de Sistemas no publicado,
Instituto Universitario Politécnico “Santiago Mariño”, Extensión Mérida,
Estado Mérida.

Rodríguez, C (2016), Desarrollo de un Sistema de Información

automatizado para el control del proceso de facturación de la empresa
Ferre-Impercon C.A. Trabajo Especial de grado para optar al Título de
Ingeniero de Computación no publicado, Universidad Rafael
Urdaneta, Maracaibo, Estado Zulia.

108
Rincón, Lissett (2014), Sistema de Información para el control de
mantenimiento del parque automotor del departamento de flota de
Droguería Mérida C.A. Trabajo Especial de grado para optar al
Título de Ingeniero de Sistemas no publicado, Instituto Universitario
Politécnico “Santiago Mariño”, Extensión Mérida, Estado Mérida.

109
 ANEXOS

Entrevista

1. ¿Cómo se realiza el registro de datos e información de pacientes

actualmente?

_____________________________________________________________
_____________________________________________________________

2. ¿Cómo se realiza el proceso de registro de citas de pacientes?

_____________________________________________________________
_____________________________________________________________
________

3. ¿Qué documentos se generan en las consultas médicas?

_____________________________________________________________
_____________________________________________________________

4. ¿Cuál es el documento que se genera con mayor frecuencia en las consultas

médicas?

_____________________________________________________________
_____________________________________________________________
________

5. ¿Qué documento solicitan los pacientes que asisten a consulta médica?

_____________________________________________________________
110
 _____________________________________________________________
________

6. ¿Con qué formato o planilla se realizan los documentos que se entregan a

pacientes?

_____________________________________________________________
_____________________________________________________________
________

7. ¿Qué datos e información tiene el récipe médico?

_____________________________________________________________
_____________________________________________________________
________

8. ¿Qué datos e información tiene la constancia médica?

_____________________________________________________________
_____________________________________________________________
________

9. ¿Qué datos e información tiene el diagnóstico médico?

_____________________________________________________________
_____________________________________________________________
________

10. ¿Qué datos de los médicos se necesitan registrar?

_____________________________________________________________
_____________________________________________________________
________
111
11. ¿Qué aplicaciones de tipo informático ha usado?

________________________________________________________
________________________________________________________
________

112