Sisprodi - Proyecto

1
República Bolivariana de Venezuela

Ministerio del Poder Popular para la Educación Universitaria, Ciencia y Tecnología
Universidad Politécnica Territorial del Oeste de Sucre “Clodosbaldo Russian”
Programa Nacional de Formación en Informática
Proyecto Socio Tecnológico II
DESARROLLO DE UN SISTEMA PARA LA GESTIÓN DE PACIENTES Y

MEDICAMENTOS DEL PROGRAMA INTEGRAL DE ATENCIÓN AL
PACIENTE CON DIABETES “IRIS DE MOTA”., EN EL HOSPITAL ESPECIAL
DR JULIO RODRÍGUEZ, CUMANÁ, ESTADO SUCRE
Tutor Académico:
Mgs Luis Manuel Rodríguez
Tutor Comunitario:
Lcda. Amadora Tallaferro
Autores:
Romero A. Edward R. CI: 27.351.727
Mota M. Leonardo G. CI: 22.631.257
González C. Hobett J. CI: 26.704.032
Cumaná; Octubre del 2021

2
CARTA ACEPTACIÓN DE LA COMUNIDAD
Por la presente hago constar que he leído el Proyecto Socio - Tecnológico, presentado por
los ciudadanos: Romero Edward, González Hobett y Mota Leonardo; para optar al Título
de Técnico Superior En Informática, cuyo título tentativo es “DESARROLLO DE UN
SISTEMA PARA LA GESTIÓN DE PACIENTES Y MEDICAMENTOS DEL
PROGRAMA INTEGRAL DE ATENCIÓN AL PACIENTE CON DIABETES “IRIS DE
MOTA”., EN EL HOSPITAL ESPECIAL DR JULIO RODRÍGUEZ, CUMANÁ,
ESTADO SUCRE”, el cual acepte asesorar, en calidad de Representante Comunitaria
(Comunitario), durante la etapa de desarrollo, hasta su presentación y evaluación. Así
mismo, doy fe de que este reúne todas las condiciones requeridas para ser sometido a su
evaluación por la Comisión respectiva.
En la ciudad de Cumaná, a los XX días del mes de XXXX del XXXX.
____________________________
Cargo
Nombre
CI: V- 00.000.000
3
República Bolivariana de Venezuela

Ministerio del Poder Popular para la Educación Universitaria, Ciencia y Tecnología
Universidad Politécnica Territorial del Oeste de Sucre “Clodosbaldo Russian”
Programa Nacional de Formación en Informática
Proyecto Socio Tecnológico II
DESARROLLO DE UN SISTEMA PARA LA GESTIÓN DE PACIENTES Y

MEDICAMENTOS DEL PROGRAMA INTEGRAL DE ATENCIÓN AL
PACIENTE CON DIABETES “IRIS DE MOTA”., EN EL HOSPITAL ESPECIAL
DR JULIO RODRÍGUEZ, CUMANÁ, ESTADO SUCRE
RESUMEN
El siguiente proyecto de investigación se basa en el desarrollo de un sistema

informático para la gestión de pacientes y medicamentos del programa integral de atención
al paciente con diabetes “Iris García de Mota” en el Hospital Especial “Dr. Julio
Rodríguez”, ubicado en el barrio Los Cocos, Cumaná estado Sucre. El software se encarga
de gestionar el ingreso de pacientes y gestión de medicamentos al igual que la entrega de
los mismo a los pacientes de la Unidad, desarrollado bajo un entorno web, proporcionando
una interfaz amigable y de fácil manejo para con el usuario final. Toda esta información
esta guardada directamente en la base de datos ubicada en la propia máquina del Programa
de Atención Integral al Paciente Diabético, permitiendo manejar de forma más fácil el
mantenimiento del sistema. El software fue desarrollado bajo las tecnologías web
dividiendo por parte del cliente y parte del servidor, el cliente fue realizado con HTML,
CSS, Javascript, utilizando el framework para estilos css bootstrap. En la parte del servidor
esta PHP versión 7.3, junto al micro framework Slim 3. * específicamente su librería de
rutas para el manejo de las peticiones HTTP, el servidor Apache versión 5.0 y MySQL
versión 5.0. Este proyecto se elaboró bajo la metodología de Proceso Unificado de
Desarrollo (PUD), cuyas características son: desarrollo iterativo e incremental (Jacobson,
Booch y Rumbaugh, 2000) pasando por las cuatro fases (Inicio, Elaboración, Construcción,
Transición), utilizando para la elaboración de los diagramas Unified Modeling Language
(UML) presentado como el estándar para el proceso de análisis y diseño de sistemas de
información.
Palabras claves: programación, librería Slim, gestión de pacientes, sistemas para salud.
4
DEDICATORIA
A Dios primeramente que me permitió realizar este proyecto y estudiar esta maravillosa
carrera.
A mis padres que me motivaron a seguir adelante y apoyaron en todo.
A mi esposa que me motivo a continuar y esforzarme en realizar esta ardua labor que es la
de la investigación y la de elaboración del proyecto.
Edward Romero
Se lo dedico a Dios que es el que me permitió realizar este proyecto.

A mi mamá que tanto me apoyo para la realización del proyecto.
A mi hermana por aclararme todas mis dudas.
Leonardo Mota
A Dios por ayudarme en la realización de este proyecto y aprendizaje que me brindo el

mismo.
A mis padres que me ayudaron en lo que necesitaba.
A mis compañeros que estuvieron para mí todo este tiempo.
Hobett González
5
AGRADECIMIENTOS
A:
Dios primeramente que hace todas las cosas posibles y me ayuda en todo.
El Mgtr. Luis Manuel Rodríguez tutor académico quien con su paciencia, dedicación,
solidaridad y conocimientos nos guio de manera incondicional en la elaboración de este
proyecto.
La profesora Gladismar Serrano quien nos ayudó para la realización del proyecto,
aclarando las dudas en el área de programación.
La Dra. Josefa Velásquez y a la Lcda. Amadora Tallafero por brindarnos su apoyo para que
este proyecto se desarrollara en la Unidad de Diabetes “Iris García de Mota del Hospital
Especial “Dr. Julio Rodríguez”.
6
INDICE
INTRODUCCIÓN 1
CAPITULO I 4
DIAGNOSTICO SITUACIONAL 4
1.1 Descripción de la Comunidad 4
2.1 Planteamiento del problema 5
1.3 Justificación 8
1.4. Población beneficiada 8
1.5 Objetivos del proyecto 9
1.5.1 Objetivo General 9
1.5.2. Objetivos específicos 9
1.6. Estudio de factibilidad 9
1.6. Plan de acción y cronograma de actividades 12
CAPITULO II. MARCO TEÓRICO 14
2.1. Antecedentes de la investigación 14
2.2. Bases teóricas 16
2.2. Bases legales 49
2.2. Definición de términos 52
CAPITULO III. METODOLOGIA DE LA INVESTIGACIÓN 55
3.1 Modalidad de la investigación 55
3.2 Tipo de investigación 55
3.3 Nivel de la investigación 55
3.4 Población y muestra 56
3.5 Técnicas e instrumentos de recolección de datos 56
CAPITULO IV. RESULTADOS 67
4.1 Describir la situación actual del programa integral de atención al paciente con
diabetes. 68
4.2 Analizar los resultados obtenidos para sacar los requerimientos del sistema. 74
4.3 Diseñar las interfaces del sistema propuesto tomando en cuenta los requerimientos
del mismo. 80
4.4 Desarrollar el sistema de información automatizado. 82
CONCLUSIONES 86
REFERENCIAS BIBLIOGRÁFICAS 87
7
INDICE DE TABLAS
Tabla 1Características del hardware y software de la computadora 10

Tabla 2 Gastos de mano de obra por desarrollo de un sistema informático 11
Tabla 3 Plan de acción del proyecto 12
Tabla 4 Documento visión 72
Tabla 5 Descripción de caso de uso de registrar paciente 76
8
ÍNDICE DE FIGURAS
Figura 1 Componentes de los sistemas de información computacionales 18

Figura 2 Modelo de un sistema informático 19
Figura 3 Tipos de sistemas de información 21
Figura 4 Diagrama de clase 26
Figura 5 Diagrama de casos de uso 27
Figura 6 Diagrama de componentes 28
Figura 7 Diagrama de despliegue 29
Figura 8 Diagrama de secuencia 30
Figura 9 Niveles de abstracción en la arquitectura del software 37
Figura 10 funcionamiento de un patrón MVC 39
Figura 11 Producción y acción de la insulina 49
Figura 12 Los casos de uso integran el trabajo. 59
Figura 13 Una iteración 61
Figura 14 Flujo de trabajo y fases PUD 62
Figura 15 Organigrama del programa integral de atención al paciente con diabetes. 73
Figura 16 caso de uso del médico 75
Figura 17 Diagrama de secuencia de crear paciente 76
Figura 18 Diagrama Entidad/Relación del sisprodi 77
Figura 19 Diagrama clases para proceso de registro de paciente 78
Figura 20 Diagrama componentes de sisprodi 79
Figura 20 Diagrama de despliegue 80
Figura 22 Layout base para diseño del sistema 81
Figura 22 Diseño de alta fidelidad del sistema bajo correcciones. 82
Figura 24 Pantalla inicial del sistema. 83
Figura 25 Registrar pacientes 84
Figura 25 Registrar pacientes 85
1
INTRODUCCIÓN
Desde el nacimiento del computador, el avance en materia científica ha tenido un

crecimiento exponencial en comparación con otros inventos como la radio o la televisión.
Más allá de ser una máquina, la misma nos ha dado un mundo de posibilidades casi
ilimitadas en donde muchas de las áreas que conocemos han ido aplicando tecnología de la
información y comunicación proporcionando un desarrollo significativo en tales áreas
como la educación, la banca, la comunicación y la salud pública.
Es así como, al hablar específicamente del área de la salud, la tecnología de la

información y telecomunicaciones (TIC) a mejorado el desempeño de los profesionales de
la salud, colocando en sus manos herramientas que mejoran tanto la gestión de paciente,
como el diagnóstico de enfermedades que pueden ser mortales. No obstante, la medicina no
se ha quedado solo con mejora de herramientas, sino que ha mejorado procesos, gestiones,
papeleos que en ocasiones hacen lento el proceso de atención de paciente, personal de salud
que labora en las instalaciones, personal de mantenimiento entre otros.
Desde hace unos años, en Venezuela se ha generado un movimiento naciente del

Gobierno Nacional hacia el sector salud y las aplicaciones tecnológicas. El mismo expresa
en el Plan de la Patria en el artículo 1.6 lo siguiente:
“Desarrollar la infraestructura necesaria para el desarrollo de la telemedicina,

optimizando el uso de los recursos para la prestación de servicios de salud”
Por ende, los sistemas de información para el sector salud son en lo que cabe,
mejoras a los servicios dados por esta área, es decir, como herramienta para mejorar la
gestión administrativa en hospitales, con el fin de que los recursos tanto material como
personal puedan ser gestionados de la manera lo más óptima posible. Esto es posible
gracias a una automatización de procesos que antes eran llevados de una manera más
2
rudimentaria, permitiendo así tener de forma fácil y manejable la información que los
profesionales de la salud requieren tanto de los pacientes como del centro de salud para el
buen desempeño de los mismos, salvando vidas y ayudando a otros.
Es así como, tal automatización de datos en los centros de salud y su ayuda a la hora
de tomas de decisiones podría parecer algo superfluo o sin sentido, puesto que pueden
requerir invertir en de equipos de computación y personal capacitados para el mismo, así
como los gastos que conllevarían mantener el sistema funcionando. Todo esto puede
parecer innecesario en virtud que los médicos, enfermeras y todo los involucrados en el
servicio de salud, pueden llevar los registros escritos o archivados como lo han hecho antes
y ha funcionado. sin embargo, se vive en un mundo donde las exigencias son mayores y
donde el tener la información requerida es algo de vida o muerte para aquel que necesita un
diagnóstico certero, teniendo como dificultad la cantidad de carpetas y papeles en físico por
el cual se debe buscar para encontrar la información solicitada por el médico.
Por tal razón, este proyecto socio tecnológico está orientado a la construcción de un
sistema de información que permita gestionar todo lo concerniente a los datos de pacientes,
médicos, medicamentos y entrega de los mismo en el Hospital Especial “Dr. Julio
Rodríguez”, específicamente en la Unidad de Diabetes “Iris García de Mota”, para hacer
uso de las tecnologías de la información y comunicación (TIC), que brinden mejor atención
a los pacientes con diabetes que hacen vida en la citada dependencia, permitiendo la
entrega medicamentos de forma oportuna y eficiente, fortaleciendo la toma de decisiones,
tomando en consideración la posición económica, la vivienda y la condición física del
paciente.
Capítulo I: Se desarrolla el planteamiento del problema, objetivo general, objetivos

específicos, justificación e importancia, finalidad, metas, beneficiarios, vinculación con
proyectos nacionales, regionales y locales, y estudio de factibilidad del proyecto.
3
Capitulo II: Se presenta el marco teórico, los antecedentes, fundamentos teóricos y

las bases legales que tienen como finalidad sustentar la investigación en base a cada una de
las teorías y conceptos planteados.
Capitulo III: Se hace mención a la metodología empleada, tomándose como

referencia el tipo de investigación, utilizando como instrumentos de recolección de datos
entrevistas no estructuradas, así́ como la presentación de los procedimientos seguidos en la
investigación, además del análisis de datos.
Capitulo IV: Presenta los resultados obtenidos para la construcción del sistema, a
través de una herramienta de información recolectada en la Unidad de Diabetes “Iris García
de Mota” del Hospital Especial “Dr. Julio Rodríguez.”
Una vez cumplidas todas las etapas de la investigación, se elaboraron las

conclusiones y recomendaciones relacionadas con este proyecto.
4
CAPITULO I
DIAGNOSTICO SITUACIONAL
1.1 Descripción de la Institución
El Hospital Especial “Dr. “Julio Rodríguez”, conocido también como Sanatorio

Antituberculoso de Oriente, se encuentra ubicado en el Barrio Los Cocos en el Municipio
Sucre de la parroquia Altagracia, fue fundado el 17 de diciembre del año 1948, su primer
director fue el Dr. Julio Rodríguez, investigador nacional e internacional de la enfermedad
conocida como Tuberculosis. El prestigio fundacional del Hospital se corresponde en su
sólida arquitectura de característica pabellonal y su enclave en una zona propicia de la
ciudad de Cumaná, que beneficiaría las largas hospitalizaciones de la era pre antibiótico de
los pacientes tuberculosos de todo el país.
En tal sentido, en el mes de octubre del año 1995, se inició el servicio de

Inmunizaciones, el cual forma parte importante del Área Integral de Salud (AIS) y de la
Atención Integral de Salud Comunitaria (ASIC), a cargo de la Lcda. En Enfermería Nancy
Moreno y las Auxiliares Milagros Malval, Berenice Ramírez, Gregoria Bruzual, Luisa
Palomos y Lesbia Andrade el personal responsable de las actividades de vacunación. En ese
año también se inauguró la Consulta de Higiene Infantil, mejor conocida como niños sanos
asumida por el Dr. Wilfrido Henríquez.
,
Seguidamente, en los años 1998 a 1999 se implementa la Consulta de Higiene
Escolar, bajo la responsabilidad de la Enfermera Marielena Hinojosa, conjuntamente con
las auxiliares Berenice Ramírez y Lesbia Andrade y la Lcda. Nancy Moreno pasa hacer la
supervisora del área comunitaria y la Lcda. Juliana Lezama asume las funciones como
Coordinadora del AIS.
5
De igual forma, a partir del 2006, inauguran el servicio de Epidemiología, el cual es

atendido por Dr. Alberto Lara y la Lcda. Iraida Hernández y para el año 2008, surge las
Consultas especializadas de Pediatría y Atención escolar, siendo la Lic. Gloribel Salazar la
Coordinadora del Área Integral de Salud (AIS) y Enfermera epidemióloga.
2.1 Planteamiento del problema
Cuando se observa el mundo entero, en especial la forma de comunicarse y de ver el

acontecer diario, se observa como está conectado y no solo la manera en la que el mundo
entero se interconecta; también la necesidad de ser eficiente, rápido y su sinónimo,
conocido actualmente como ser “ágil”. El mundo y la tecnología cambia de una forma
vertiginosa la cual debe ser acompañada por un equipo en las diferentes áreas ya sea de la
empresa, organismo e instituto que avance a la misma velocidad que progresa la tecnología
y las necesidades nacientes.
Por tanto, en la actualidad en diversas partes del mundo los servicios básicos como:
la educación y la salud, están en una constante evolución ya que las TIC y el acceso a
internet ha permitido sistematizar los procesos administrativos, de secretariado y la toma de
decisiones de las organizaciones a través de software, lo que ha permitido que las personas
sean eficientes en su trabajo, por lo que ha mejorado sustancialmente lo relacionado con los
organismos y/o entidades públicas y privadas, al realizar trabajos más rápidos y con menos
esfuerzos. En el libro de la Comisión Económica para América Latina y el Caribe
( CEPAL), 2015, página n° 26 se establece lo siguiente:
“Entre 2005 y 2013, los servicios móviles en los sectores de educación,

banca, salud y agricultura se expandieron significativamente. La oferta se ha
centrado en la educación, con soluciones, frecuentemente gratuitas, que
mejoran la enseñanza formal e informal mediante cursos a distancia y acceso
6
a material educativo multimedia. En el área de la salud, los servicios digitales

apuntan al seguimiento remoto de pacientes, siendo de especial utilidad para
reducir la mortalidad materno-infantil y las enfermedades infectocontagiosas.
En el sector agrícola, permiten acceder a información sobre el mercado, las
tecnologías y el clima, posibilitando una mayor competitividad...”.
No obstante, Venezuela no está exenta de tal realidad, por lo cual se han iniciados
movimientos por parte del estado venezolano para mejorar y abastecer de tecnología los
establecimientos de salud del país. Entre las instituciones de salud se encuentran, los
hospitales universitarios, los Centros de Diagnóstico Integral (CDI), los Centros de Alta
Tecnología (CAT), los ambulatorios, entre otros.
En ese orden de ideas, se expone el caso del Hospital Especial “Dr. Julio
Rodríguez”, específicamente de la Unidad de Diabetes “Iris García de Mota”, tiene como
objetivo principal, brindar atención suficiente, oportuna y humanizada a los pacientes que
sufren de Diabetes en las comunidades del Municipio Sucre, ofertando servicio de
laboratorio, emergencias, consultas externas especializadas, fármacos e insumos médico-
quirúrgicos para el diagnóstico, tratamiento, seguimiento, control y educación permanente a
fin de evitar factores de riesgos potenciales que compliquen el cuadro clínico del enfermo o
enferma produciendo la muerte por Diabetes Mellitus.
Es necesario señalar, que el personal que labora en la Unidad de Diabetes “Iris

García de Mota” del Hospital Especial “Dr. Julio Rodríguez”, realiza un trabajo eficiente en
lo referente a la atención integral del enfermo o enferma que diariamente solicitan los
servicios de salud, indistintamente del nivel socioeconómico que posean, pero haciendo
énfasis en las condiciones físicas del paciente. De acuerdo al informe sobre la Diabetes
publicado por la Organización Mundial de la Salud (OMS 2016) menciona lo siguiente:
“La Diabetes de todo tipo puede producir complicaciones en muchas

partes del cuerpo y aumentar el riesgo general de morir prematuramente.
7
Algunas de las complicaciones a las que puede llevar son el infarto al

miocardio, los accidentes cerebrovasculares, la insuficiencia renal, la
amputación de miembros inferiores, la perdida de agudeza visual y la
neuropatía.”
Es así, como en virtud de esta amenaza que acecha a los pacientes de la Unidad de
Diabetes “Iris García de Mota” del Hospital Especial “Dr. Julio Rodríguez”, el personal
está comprometido con su trabajo y con los pacientes. Sin embargo, algunos procesos son
lentos al tener que buscar de forma manual en archivos generales del Departamento de
Registros y Estadísticas de salud, las historias clínicas de los enfermos, las entregas de
medicamentos realizadas y cualquier información requerida, sumado al hecho, de registrar
manualmente la morbilidad diaria de las consultas externas, servicio de emergencias y
hospitalización, utilizando gran cantidad de papel en un espacio físico pequeño, lo que
dificulta en gran medida la dinámica de la Unidad.
Por lo antes planteado, se hace necesario optimizar los procesos para la

sistematización de la información que de manera rudimentaria se llevan dentro de la
Unidad, para brindar un mejor servicio a los pacientes valorados dentro de institución y por
otra parte gestionar y distribuir de manera efectiva los recursos médico-quirúrgicos y
medicamentos que recibe y entrega la mencionada dependencia.
En vista de lo anteriormente expuesto se formulan las siguientes preguntas de

investigación:
1. ¿Un sistema de información optimizará los procesos que de manera rudimentaria se

realizan actualmente en la Unidad de Diabetes “Iris García de Mota del Hospital
Especial “Julio Rodríguez”?
2. ¿La recepción, utilización y entrega de medicamentos y equipos médico-

quirúrgicos, a los pacientes, pueden ser gestionados de manera más eficiente en la
Unidad de Diabetes “Iris García de Mota del Hospital Especial “Julio Rodríguez”, a
8
través de un sistema de información?
1.2 Justificación
Un trabajo realizado de manera óptima en el sector salud, puede ser la diferencia

entre un paciente con una mayor esperanza de vida o un enfermo con poca expectativa de
vida, por lo cual, con este proyecto socio-tecnológico se busca mejorar los procesos de
información, logrando la recepción, administración y entrega de medicamentos e insumos
de forma efectiva.
Es así como el desarrollo de un sistema de información automatizado, abre un

mundo de oportunidades de investigación, que ayudarán de manera efectiva el manejo y
resguardo de las estadísticas en la Unidad de Diabetes “Iris García de Mota del Hospital
Especial “Julio Rodríguez”, facilitando las entregas de medicamentos, índices de pacientes
atendidos y patrones en los mismos, que pueden dar pie a tomas de decisiones oportunas, a
través de una base de datos de pacientes, de su condiciones en habitad, como enfermedades
y genética que el mismo posea.
De igual forma, en el aspecto legal, según lo expresado en el Plan de la Patria 2019-

2025, en el artículo 1.6.4.2.2, “hace mención a la tecnología como ayuda a la prestación de
servicios en el área de la salud, creando plataformas para la telemedicina, con el fin de
mejorar la atención y en consecuencia tener un pueblo sano”. Por lo tanto, socialmente
hablando, se espera que el beneficiario del sistema de información automatizado pueda
mejorar el servicio para los pacientes como para el personal administrativo conformado por
médicos y enfermeras de la Unidad de Diabetes “Iris García de Mota del Hospital Especial
“Julio Rodríguez”.
1.4. Población beneficiada

9
Entre la población beneficiada de este proyecto socio-tecnológico se encuentran los

siguientes:
• Directos: Personal administrativo médicos y enfermeras de la Unidad de Diabetes.
• Indirectos: Personal subyacentes a la Unidad de Diabetes, así como de la comunidad

de pacientes diabéticos.
1.5 Objetivos del proyecto
1.5.1 Objetivo General
Desarrollar un sistema de información automatizado para la gestión de pacientes y

entregas de medicamentos de la Unidad de Diabetes “Iris de García de Mota”, del Hospital
Especial “Dr. Julio Rodríguez”
1.5.2. Objetivos específicos
• Describir la situación actual del programa integral de atención al paciente con

diabetes.
• Analizar los resultados obtenidos para sacar los requerimientos del sistema.
• Diseñar las interfaces del sistema propuesto tomando en cuenta los

requerimientos del mismo.
• Desarrollar el sistema de información automatizado.
1.6. Estudio de factibilidad
1.6.1. Técnica
El proyecto es técnicamente factible, puesto a que el software que se requiere para

poder desarrollar el sistema es de fácil adquisición, en la Unidad de Diabetes “Iris García
de Mota”, cuentan con dos (2) computadoras donde una de ellas está operativa y es la que
10
usa la médica para pasar a digital los formularios que recopila todos los días. A
continuación, se presentarán las características del hardware y software de la computadora
a utilizar: (ver tabla 1)
Tabla 1Características del hardware y software de la computadora

Hardware Sotfware
• Monitor LCD • Sistema operativo: Windows 7 de 32 bits o
• CPU Inter core duo posteriores, GNU/Linux en distribuciones
• Teclado derivadas de ubunto y/o debian.
• Ratón • PHP 7,3
• Disco duro 200 GB • Servidor Apache versión 5.2
• Memoria RAM 1 GB • MySql versión 5.5
Fuente: los autores.
Es importante resaltar que, en la Unidad, la computadora que ésta a disposición para

el desarrollo y puesta en marcha del proyecto tiene como sistema operativo, Windows 7.
Por lo que el sistema correrá en una maquina con Windows, hasta que la administración
diga lo contrario.
1.6.2. Económica
Según la investigación de campo que se realizó en la institución, la misma cuenta

con un computador para el desarrollo del sistema (ver tabla N° 1), por lo cual no se
realizarán gastos a lo concerniente a equipos de hardware, específicamente en cómputos.
En lo relacionado con la adquisición de software, todo el software utilizado es de tipo Open
Source (código libre) y está de forma gratuita, por lo cual no se requiere pago por software
a utilizar para el desarrollo del sistema. En relación a mano de obra, en la siguiente tabla se
muestra información del gasto por desarrollo de un sistema según la tabulación del Colegio
de Ingenieros de Venezuela (ver tabla N° 2). Cabe resaltar, que todos los gastos de mano de
obra lo están cubriendo los estudiantes.
11
Tabla 2 Gastos de mano de obra por desarrollo de un sistema informático
Responsable Descripción Monto en Bs

Analista de Encargado de levantar los requisitos del 1.243.350.855 Bs
sistema sistema y hacer el modelado del negocio
Diseñador del Encargado de hacer los respectivos 1.243.350.855 Bs
sistema diagramas de clases, de casos de uso, de
secuencia, de componentes, de
despliegue.
Diseñador de Encargado de diseñar el diagrama 1.363.080.937 Bs
base de datos Entidad-relación del sistema y pasar el
diagrama a código sql.
Programadores Encargados de codificar los 1.482.811.019 Bs
requerimientos de sistema y conectar el
sistema con la base de datos para la
manipulación de la misma.
Personal de Encargados de encontrar fallas en el 1.000.000.000 Bs
prueba sistema con el fin de hacer mejoras al
mismo.
Total en Bolívares 6.332.593.666 Bs
Fuente: Los autores.
1.6.3 Operativa
Con el fin de garantizar el buen funcionamiento del sistema, este mismo se

desarrollará presentando una interfaz sencilla y amigable, a objeto de que el usuario se
adapte rápidamente al sistema y las funciones que la misma presenta, además, que los
usuarios finales tienen conocimientos básicos de informática haciendo que la curva de
aprendizaje de la interfaz gráfica y experiencia de usuario sea lo menos pronunciada
posible. Así mismo, los procesos que llevan de manera rudimentaria serán ahora pasados a
digital, por lo que los usuarios que utilizarán el sistema solo tendrán que adecuarse a llevar
los procesos a través del sistema. De parte del personal de la Unidad de Diabetes, muestran
disposición para con el proyecto y también para utilizar el sistema final, ya que les facilitará
12
el trabajo y papeleo diario.
1.6. Plan de acción y cronograma de actividades
Tabla 3 Plan de acción del proyecto

Objetivo Actividades Responsable Fecha Recursos Metas
Describir la Entrevista a la Dra. Edward 10 de Transporte Diagnosticar las
situación actual Josefa Velásquez Romero. octubre del Hoja necesidades de
de la Unidad de Coord. De la Hobett 2019 Lápiz la Unidad de
Diabetes “Iris Unidad de Diabetes. González. Grabadora Diabetes.
García de Entrevista a la Lcda. Leonardo Mota. Hasta
Mota” Amadora Tallaferro
y a la Sra. Yesenia 30 octubre
González, del 2019
secretaria.
Analizar los 1. Reunión con el Edward 20 de Transporte Obtener la
resultados equipo y los Romero. octubre del Hoja información
obtenidos para médicos para aclarar Hobett 2019 Lápiz necesaria para
sacar los dudas de la Gonzalez. Computador realizar el
requerimientos entrevista realizada. Leonardo Mota. Hasta sistema.
del sistema.
2. Realizar los 10 de
diagramas UML noviembre
necesarios para el del 2019
sistema.
Diseñar las Diseñar las Romero. 15 de Hoja Obtener el
interfaces del interfaces del Hobett noviembre Lápiz modelado del
sistema sistema en boceto Gonzalez. del 2019 Computador sistema a través
propuesto para definir el estilo Leonardo Mota. de UML
toando en gráfico Hasta
cuenta los
requerimientos marzo del
del mismo. 2020
Desarrollar el Programar los Romero. Noviembre Hoja Codificar el

sistema de módulos del sistema Hobett del 2019 Lápiz sistema para
información basados en los Gonzalez. Computador que se conecte a
automatizado. diagramas de caso Leonardo Mota. Hasta la base de datos
de uso, diagrama de y manipule y
clases entre otros. Abril del extraiga los
2020 datos necesarios
para su buen
funcionamiento.
Fuente: Los autores

13
CAPITULO II. MARCO TEÓRICO
El capítulo que se presenta a continuación, hace referencia a los antecedentes

teóricos y tecnológicos de la investigación, teorías científicas y tecnológicas en las que se
basó́ el desarrollo del sistema y las bases legales.
2.1. Antecedentes de la investigación
En esta sección se presenta los antecedentes, de los cuales tomarán como referencia
diversa investigaciones similares orientadas a la solución de la problemática con
efectividad.
Para Arias (2006) “Los antecedentes reflejan los avances y el estado actual del
conocimiento en un área determinada y sirven de modelo o ejemplo para futuras
investigaciones.” (p. 106).
Cabello R., María G. (2009) “Sistema automatizado basado en software libre para
optimizar los procesos administrativos de los servicios médicos de la Universidad de
Oriente. núcleo Monagas”
La presente investigación, se basa en el desarrollo de un sistema automatizado bajo

la concepción del software libre para la optimización de los procesos administrativos de los
servicios médicos de la UDO (Universidad del Oriente) núcleo Monagas. Dicho trabajo
tiene como objetivo, dar respuestas a las necesidades planteadas en el contexto del servicio
médico de la mencionada institución, buscando optimizar los procesos administrativa que la
misma posee. Por ello, desarrollaron un sistema que es capaz de registrar citas, llevar
control de pacientes y entregar medicamentos a los tales, todo de forma automatizada
mejorando el desempeño de los servicios médicos.
14
En su diagrama de clases establecen un modelado parecido al nuestro, más el mismo

nos resultó interesante por el hecho de que el registro de morbilidad nacía de una
cita previa, puesto a que el sistema no maneja citas médicas (esa función se encarga
el Departamento de citas), nos brindó una solución inteligente para manejar el diario
de paciente y su registro de morbilidad, además de ayudarnos en la descripción y
planificación de tareas según la metodología RUP.
Aguilera D, Marcelo A. (2013) “Desarrolló un sistema web de control de citas, para

el hospital del día.” en Pontificia Universidad Cató lica del Ecuador, Ecuador.
Dicho trabajo, aborda el desarrollo de un sistema web para mejorar la gestió n y

control de citas de pacientes en el hospital del DIA. En su trabajo presenta la
problemá tica de gestionar una gran cantidad de datos y la seguridad de los mismo
para mantener la integridad de la informació n de cada paciente, médico y personal
que labora en el mismo. Por ende, su propuesta fue el desarrollo de un sistema web en
el cual realizaron los aná lisis necesarios para tener el correcto flujo en los distintos
procesos por los que iban a pasar tanto los médicos, como los pacientes.
Este trabajo fue de gran ayuda para nuestro proyecto, puesto que el mismo
presenta procesos similares a los de la Unidad de Diabetes del Hospital Especial “Dr.
Julio Rodríguez”, entre los procesos similares se encuentra el registro de paciente y el
manejo de informació n del mismo, como la historia clínica. El trabajo que nos ayudó a
través de sus diagramas a aclarar dudas en relació n de diseñ o de nuestros diagramas
UML.
Morales O, Alan G. (2019) “Análisis y diseño de un sistema de gestión de historias

clínicas para pacientes del Centro de Salud Pachitea” en la universidad de Piura, Perú.
15
El presente trabajo, está basado en el desarrollo de un sistema de gestió n de

historias clínicas para los pacientes del centro de Salud Pachitea. La problemá tica
radica en la cantidad de informació n manejada dentro del centro de salud y por ende,
el tiempo de bú squeda para encontrar los datos específicos de un paciente sobre una
cumula de documentos, haciendo lenta la atenció n y la eficiencia en el servicio
prestado a los diferentes pacientes que asisten a este centro de salud.
El proceso de atenció n al paciente y el registro del mismo fue tomado como

guía para el desarrollo del mó dulo de registro de paciente de nuestro proyecto,
considerando que hay una pequeñ a variació n en relació n a los datos obtenidos para
con el paciente en nuestro proyecto y el trabajo, puesto que los requerimientos no son
iguales, sin embargo, el mismo nos ayudó en la guía para el desarrollo del mó dulo de
pacientes.
2.2. Bases teóricas

2.2.1 Sistemas de Información
Según (Laudon y Laudon, 1996), un sistema de información (SI), es un conjunto de

componentes interrelacionados que permiten capturar, procesar, almacenar y distribuir la
información para apoyar la toma de decisiones y el control en una institución. Lo anterior
coincide con la definición de (Montilva ,1999), que lo presenta como una interfaz hombre-
máquina que procesa datos a fin de registrar los detalles originados por las transiciones que
ocurren y las entidades que forman una organización a manera de proporcionar información
que facilite la ejecución de actividades, operaciones y funciones.
En el mismo orden de ideas, (Peralta, 1997) define los Sistema de Información

como un conjunto de funciones o componentes interrelacionados que forman un todo, es
decir, obtiene, procesa, almacena y distribuye información (datos manipulados) para apoyar
la toma de decisiones y el control en una organización. Igualmente apoya la coordinación,
16
análisis de problemas, visualización de aspectos complejos, entre otros aspectos.
Así mismo, un sistema de información contiene información de sus procesos y su

entorno. Como actividades básicas producen la información que se necesita: entrada,
procesamiento y salida, además de proporcionar la información necesaria a la organización
o empresa, donde y cuando se necesita, algunos de estos sistemas este sistema tiene la
propiedad de retroalimentarse, es decir toman la entrada devuelta para ser evaluadas y
perfeccionadas.
Por tanto, el sistema de información capta los datos necesarios del medio y de la
propia organización y los procesa hasta obtener un producto utilizable llamado
información, la cual puede ser suministrada a otros subsistemas de la institución. También
emite, informes sobre los resultados obtenidos de las operaciones. Estos son la base del
proceso de comparación con los objetivos y metas previstas, lo cual permite detectar las
desviaciones para que se tomen las medidas correctivas necesarias. Por su naturaleza
integral se dice que los sistemas de información constituyen el sistema nervioso de
cualquier organización, ya que de ello depende la actitud que tome ésta con respecto a su
ambiente operativo. De tal manera esto conduce a ver la función de los sistemas de
información como un aparato esencial para la coordinación de todas las partes integrantes
de una organización.
2.2.1.1 Componentes del Sistema de Información
Como puede evidenciarse en la Figura N° 1 son varios los componentes

interrelacionados entre sí que permiten capturar, procesar, almacenar y distribuir
información para facilitar la coordinación de las actividades de la organización, la toma de
decisiones, la fijación de objetivos y el control de la misma.
Además, entre estos componentes podemos mencionar: las personas, las actividades
de tratamiento de información, los equipos informáticos, las redes, los programas, la
tecnología con la que opera el SI, los datos, entre otros.
17
Figura 1 Componentes de los sistemas de información computacionales

Fuente: O´BRIEN (2001)
Sistema compuesto de equipos y de personal que realiza funciones de entrada,

proceso, almacenamiento, salida y control con el fin de llevar a cabo una secuencia de
operaciones con datos.
2.2.1.2 Actividades Principales de un Sistema de Información Basado en

Computadoras
Las actividades básicas que realizan los sistemas de información son: entrada,
almacenamiento, procesamiento, salida y control de información, esquemáticamente se
muestra en la Figura N°. 2.
18
Figura 2 Modelo de un sistema informático

La entrada o ingreso: Es el proceso de captura y preparación de datos o

información para su posterior procesamiento. Normalmente lo que se hace con la
información es registrarla en algún medio físico tal como un formulario, o ingresarla
directamente a un sistema computacional.
Por ello, las entradas pueden ser manuales o automáticas: Las manuales son
proporcionadas directamente por el operador o usuario, y las automáticas son aquellas que
provienen de otros módulos o sistemas.
Almacenamiento de datos: Es el proceso por el cual el sistema guarda de manera

organizada los datos e información para su uso posterior. Para su fácil recuperación
posterior, los datos almacenados se organizan normalmente en campos, registros, archivos
y bases de datos.
Procesamiento de datos: Es la capacidad de efectuar operaciones o cálculos según

una secuencia preestablecida, con los datos introducidos recientemente o almacenados en
las unidades de memoria.
19
Durante el procesamiento se:

1. Agregan, manipulan y organizan la forma de los datos.
2. Se analizan y evalúan su contenido.
3. Almacenan en un contexto apropiado para el usuario final.
Mediante estas operaciones, se transforman los datos en información, para que la

misma pueda ser usada para la toma de decisiones, y constituye un elemento clave en el
sistema de información gerencial. Por ejemplo, la elaboración de proyecciones a partir del
número de docentes del registro de varios años, de la carga académica, cantidad y tipo de
materias dictadas por semestre, entre otros aspectos.
Salida de información: Es la actividad de transmitir a los usuarios finales la

información procesada en formatos apropiados. La meta de los sistemas de información es
la generación de productos de información útiles y valiosos para los usuarios finales.
De igual forma, la salida de información de un sistema de información puede en

algunos casos convertirse en la entrada de información a otro sistema o módulo, a través de
interfaces.
2.2.1.3 Usos de los Sistemas de Información
Los usos que se dan a los sistemas de información dentro de las organizaciones son
los siguientes:
• Respaldo a procesos operativos u operaciones empresariales.

• Generación de información de apoyo al proceso de toma de decisiones.
• Obtención de ventajas competitivas mediante su implantación y uso.
20
2.2.1.4 Tipos de Sistemas de Información
La mayor parte de los sistemas están diseñados para generar información y

respaldar la toma de decisiones a diferentes niveles de gerencia, así como para realizar el
mantenimiento de registros y trabajos rutinarios de procesamiento de transacciones.
Según (Peralta, 1997), los Sistemas de Información que logran la automatización de

procesos operativos dentro de una organización, son llamados frecuentemente Sistemas
Transaccionales, ya que su función primordial consiste en procesar transacciones tales
como pagos, cobros, pólizas, entradas, salidas, etc.
Por otra parte, los sistemas de Información que apoyan el proceso de toma de
decisiones son los sistemas de Soporte a la Toma de Decisiones, sistemas para la Toma de
Decisión de Grupo, Sistemas Expertos de Soporte a la Toma de Decisiones y Sistema de
Información para Ejecutivos. El tercer tipo de sistema, de acuerdo con su uso u objetivos
que cumplen, es el de los Sistemas Estratégicos, los cuales se desarrollan en las
organizaciones con el fin de lograr ventajas competitivas, a través del uso de la tecnología
de información.
Entonces, a fin de realizar un estudio más detallado de los tipos de sistemas de

información, basados en los usos anteriormente mencionados, los SI se clasifican en varias
formas, una de las cuales se muestra en la Figura N° 3.
21
Figura 3 Tipos de sistemas de información

Sistemas de apoyo a las operaciones: El papel de los sistemas de respaldo a las

operaciones consiste en procesar eficientemente las transacciones, controlar los procesos,
respaldar las comunicaciones y la colaboración en la empresa y actualizar las bases de datos
de la empresa, pero no hacen énfasis en la generación de productos específicos que puedan
ser utilizados de manera óptima por los gerentes, ya que éstos requieren de información
procesada.
Dentro de los sistemas de apoyo a las transacciones están:

1. Sistemas de procesamiento de transacciones
2. Sistemas de control de procesos
3. Sistemas de colaboración empresarial
Sistemas de procesamiento de transacciones: Estos sistemas registran y procesan

datos resultantes de las transacciones comerciales, tales como ventas, compras, facturación
y cobranzas, gestión de compras, pagos a proveedores, etc.
En consecuencia, los resultados de este proceso se usan para actualizar las bases de
datos de otras bases organizacionales, posteriormente, estas bases de datos proporcionan los
recursos de datos que pueden ser procesados y utilizados por los sistemas de apoyo
gerencial.
Sistemas de control de procesos: Son los que se utilizan para tomar decisiones que
controlan procesos, en los cuales las computadoras toman decisiones automáticamente
sobre un proceso.
Sistemas de colaboración empresarial: Son sistemas que utilizan una serie de

tecnologías de la información para ayudar a que las personas trabajen en forma conjunta.
Este tipo de sistemas ayuda a colaborar, comunicar ideas, compartir recursos y coordinar
esfuerzos de trabajo de los miembros de los muchos equipos de procesos y proyectos y de
22
otros grupos de trabajo de las organizaciones. La meta de estos sistemas es aumentar la

productividad y la creatividad de los equipos de trabajo.
Sistemas de apoyo gerencial: Son los sistemas de información que se centran en el

suministro de información y respaldo para la toma de decisiones efectivas por parte de los
gerentes.
Las dos características principales de los sistemas de apoyo gerencial son:
• La orientación gerencial de la tecnología de la información en la empresa,

desempeñándose como una herramienta de apoyo en la toma de decisiones, y no
simplemente como herramienta de procesamiento de datos generados por las
operaciones empresariales.
• La visión de las aplicaciones como sistemas interrelacionados e integrados de
información basados en computadores y no como tareas independientes de
procesamiento de datos.
Así, el respaldar y proporcionar información para la toma de decisiones para

una variedad de responsabilidades de gerentes como usuarios finales, es una tarea
compleja que requiere de varios tipos de sistemas de información:
1. Sistemas de información gerencial

2. Sistemas de apoyo a las decisiones
3. Sistemas de información ejecutiva
Sistemas de información Gerencial: Los sistemas de información gerencial son la

forma más común de sistema de apoyo gerencial. Suministran a los usuarios finales
productos de información que respaldan gran parte de los procesos cotidianos de toma de
decisiones, mediante la provisión de informes y presentaciones a la gerencia.
Además, los contenidos de estos productos de información son especificados de

23
antemano por los gerentes de manera que contengan toda la información necesaria. Los
sistemas de información gerencial recuperan de las bases de datos información actualizadas
sobre operaciones de las empresas y también obtienen a partir de fuentes externas datos del
entorno empresarial.
Sistemas de apoyo a las decisiones: Son sistemas de información interactivos que

se basan en el computador y que utilizan modelos de decisión y bases de datos
especializadas para apoyar los procesos de toma de decisiones de los usuarios finales.
Es importante destacar, que los sistemas de apoyo a las decisiones proporcionan a

los usuarios finales información en una sesión interactiva sobre una base ad hoc según se
requiera. También, suministran a los gerentes capacidades analíticas de elaboración de
modelos, de simulación, de recuperación de datos y de presentación de información.
En ese orden de ideas, los gerentes generan la información que necesitan para tipos
menos estructurados de decisiones en un proceso interactivo que se basa en una simulación.
Por ejemplo, el uso de planillas electrónicas junto con el software de apoyo a las decisiones
que permiten a los usuarios plantear una serie de preguntas del tipo: “qué pasaría si...?” y
recibir respuestas interactivas a tales solicitudes ad hoc de información.
Entonces, la información generada de esta manera es diferente a las respuestas

especificadas de antemano que se generan mediante sistemas de información gerencial.
Cuando se usa un sistema de soporte a las decisiones, los gerentes simulan y exploran
nuevas alternativas y reciben información tentativa basada en un conjunto de supuestos, y
por lo tanto no es necesario especificar de antemano sus necesidades de información, sino
que los sistemas de apoyo a las decisiones ayudan a encontrar de manera interactiva la
información que se necesita.
Sistemas de información ejecutiva: Son sistemas de información gerencial

adaptados a las necesidades estratégicas de información de la alta gerencia. Los altos
ejecutivos obtienen la información que necesitan de muchas fuentes, incluyendo cartas,
24
memorandos, publicaciones periódicas, informes, reuniones, llamadas telefónicas, etc.,

muchas de las cuales no son computacionales.
Por tal razón, el objetivo de los sistemas de información ejecutiva que se basan en
computadoras, consiste en proporcionar a la alta gerencia un acceso inmediato y fácil a la
información selectiva sobre factores claves que son fundamentales para el logro de los
objetivos estratégicos de la organización.
Cabe señalar, que éstos deben ser por lo tanto fáciles de operar y comprender,
utilizándose extensamente las presentaciones gráficas y brindando acceso inmediato a las
bases de datos internas y externas. Estos sistemas proporcionan información sobre el estado
actual y tendencias proyectadas para factores claves seleccionados por los altos ejecutivos.
El uso de éstos se ha popularizado tanto que su uso se está extendiendo al rango de la
gerencia media.
✔ Sistemas de información estratégica: El papel estratégico de los sistemas de

información comprende el uso de la tecnología de la información para desarrollar
productos, servicios y capacidades que dan a una empresa ventajas estratégicas sobre las
fuerzas competitivas que enfrenta en el mercado global. Esto crea sistemas de información
estratégica, que son sistemas que respaldan o dan forma a la posición y las estrategias
competitivas de una empresa.
2.2.3 UML (Unified Modeling Language)
Es un lenguaje de modelado visual que se usa para especificar, visualizar, construir

y documentar artefactos de un sistema de software. Se usa para entender, diseñar,
configurar, mantener y controlar la información sobre los sistemas a construir Jacobsen y
colaboradores (2000).
En ese sentido, UML capta la información sobre la estructura estática y el

25
comportamiento dinámico de un sistema. Un sistema se modela como una colección de

objetos discretos que interactúan para realizar un trabajo que finalmente beneficia a un
usuario externo.
2.2.3.1 Arquitectura del UML
De acuerdo con Jacobson y colaboradores (2000), los principales diagramas de

UML son:
Diagramas de Clases:
Un diagrama de clases es una descripción visual de los posibles sistemas. Un

diagrama de clases y un diagrama de objetos son las alternativas de representación de
modelos de objetos, aunque los diagramas de clases prevalezcan más que los de objetos.
Normalmente se puede construir un diagrama de clases y ocasionalmente uno de objetos
para ilustrar las estructuras de datos más complejas. (ver figura Nª 4)
Figura 4 Diagrama de clase

26
Fuente: Paul Kimmel, Manual de UML(2008)
Un diagrama de clases presenta las clases del sistema con sus relaciones
estructurales y de herencia. La definición de clase incluye definiciones para atributos y
operaciones. El modelo de casos de uso aporta información para establecer las clases,
objetos, atributos y operaciones. El mundo real puede ser visto desde abstracciones
diferentes (subjetividad).
Diagramas de Caso de Uso:
Es una técnica para capturar información de cómo un sistema o negocio trabaja, o

de cómo se desea que trabaje. No pertenece estrictamente al enfoque orientado a objeto, es
una técnica para captura de requisitos. Los Casos de Uso son descripciones de la
funcionalidad del sistema independientes de la implementación. (ver figura Nª 5)
Figura 5 Diagrama de casos de uso

Diagramas de Componentes:
Los diagramas de componentes describen los elementos físicos del sistema y sus
relaciones. Muestran las opciones de realización incluyendo código fuente, binario y
ejecutable. Los componentes representan todos los tipos de elementos software que entran
en la fabricación de aplicaciones informáticas. Pueden ser simples archivos, paquetes de
Ada, bibliotecas cargadas dinámicamente, etc. Las relaciones de dependencia se utilizan en
27
los diagramas de componentes para indicar que un componente utiliza los servicios
ofrecidos por otro componente. (ver figura Nª 6)
Figura 6 Diagrama de componentes

Diagramas de Despliegue:
Muestran la disposición física de los distintos nodos que componen un sistema y el

reparto de los componentes sobre dichos nodos. La vista de despliegue representa la
disposición de las instancias de componentes de ejecución en instancias de nodos
conectados por enlaces de comunicación. Un nodo es un recurso de ejecución tal como un
computador, un dispositivo o memoria. (ver figura Nª 7)
28
Figura 7 Diagrama de despliegue

Diagramas de Secuencia:
Muestra la secuencia de mensajes entre objetos durante un escenario concreto. Cada

objeto viene dado por una barra vertical y el tiempo transcurre de arriba abajo. Cuando
existe demora entre el envío y la atención se puede indicar usando una línea oblicua. (ver
figura N° 8).
29
Figura 8 Diagrama de secuencia

Lenguaje de programación del lado del servidor PHP
PHP es uno de los lenguajes de lado servidor más usados en la web, se caracteriza
en ser un lenguaje de script interpretado en el lado del servidor utilizado para el desarrollo
de páginas Web dinámicas, similar al ASP o JSP, embebido en páginas HTML y ejecutado
en el servidor.
Es así como la mayor parte de su sintaxis ha sido tomada de C, Java y Perl, pero con
30
características específicas de sí mismo. Creado en 1994 por RasmusLerdorf, se trata de un

lenguaje que ha tenido una gran aceptación en la comunidad de desarrolladores Web debido
a su potencia y simplicidad.
Por ello, en una publicación de la universidad del Valle (Cali, Colombia) se señala,
“PHP presenta una filosofía totalmente diferente y, con un espíritu más generoso, es
progresivamente construido por colaboradores desinteresados que implementan nuevas
funciones en nuevas versiones del lenguaje.” (2012)
Características fundamentales
Las características fundamentales del lenguaje son:
• Acceso a ficheros, ejecución de comandos o abrir conexiones de red desde el

servidor. Además, está diseñado específicamente para ser un lenguaje más seguro
para escribir aplicaciones CGI
• Según la página de oficial de PHP “PHP puede ser usado para construir completas
aplicaciones de servidor, con toda la potencia de un usuario de consola, o se puede
usar solo desde el lado del servidor implicando un menor riesgo dentro de un
entorno controlado.”
• Realizar determinadas acciones de una forma fácil y eficaz embebiendo fragmentos

de código dentro de la página HTML sin tener que generar programas externos en
un lenguaje distinto al HTML.
• Soporte para una gran cantidad de bases de datos: MySQL, PostgreSQL, Oracle,MS
SQL Server, SybasemSQL, Informix, entre otras.
• Integración con varias bibliotecas externas, permitiendo generar documentos en

PDF (documentos de Acrobat Reader) hasta analizar código XML.
• “Ofrece una solución simple y universal para las paginaciones dinámicas del Web
de fácil programación.” (Christina Van Der HenstS., 2001)
• Aunque multiplataforma, en entornos UNIX es donde se pueden aprovechar mejor

31
sus prestaciones.
Ventajas y desventajas
Ventajas
• Es un lenguaje multiplataforma.
• Capacidad de conexión con la mayoría de los manejadores de base de datos que se

utilizan
en la actualidad, destacando su conectividad con MySQL.
• Capacidad de expandir su potencial utilizando la enorme cantidad de módulos

(extensiones).
• Posee una amplia documentación en su página oficial, donde se explica todas las
funciones del sistema.
• Es libre, por lo que se presenta como una alternativa de fácil acceso para todos.
• Permite las técnicas de Programación Orientada a Objetos.
• Biblioteca nativa de funciones sumamente amplia e incluida.
• No requiere definición de tipos de variables.
• Tiene manejo de excepciones.
Desventajas
• No posee una abstracción de base de datos estándar, sino bibliotecas especializadas

para cada motor.
• No posee adecuado manejo de internacionalización.
• Difícil de optimizar debido a su diseño dinámico.
• Por su flexibilidad a la hora de programar el mismo puede favorecer la generación

de código desordenado y complejo de mantener.
Lenguaje de programación del lado del cliente Javascript

32
Javascript es un lenguaje de programación interpretado. Definido como orientado a

objetos, basándose en prototipos, dinámico e imperativo. El mismo, fue introducido por
primera vez en 1995 en la versión 2 de Netscape, Javascript representa actualmente, el
estándar no oficial de referencia para el uso de script en documentos hipertextuales.
Sin embargo, su uso se da principalmente del lado del cliente (client-side),

implementado como parte del navegador web donde permite mejoras en la interfaz de
usuario y páginas web dinámicas. Para ello, se diseñó con una sintaxis similar al C,
adoptando nombres y convenciones de Java. No obstante Java y Javascript tienen
semánticas y propósitos distintos.
Características Fundamentales
Las características fundamentales del lenguaje son:
• Imperativo y estructurado: Soporta gran parte de la estructura de C como, por

ejemplo, sentencias if, bucles for, sentencias switch, etc.
• Tipado dinámico: El tipo de objeto está asociado al valor, no a la variable.

Javascript soporta tiene varias formas de comprobar el tipo de un objeto,
incluyendoduck-typing.
• Objetual: Está formado por objetos en la mayoría. Los cuales son arrays asociativos
con la inclusión de prototipos.
• Funcional: Su programación se basa en la generación de funciones donde u
3.3.3. Ventajas y desventajas
Ventajas
• Validación de datos de un formulario en el lado del cliente.
• Creación de efectos dinámicos tales como imágenes dinámicas y presentaciones de

diapositivas.
• Ejecución por el lado del cliente por lo que el servidor no es solicitado más de lo
33
debido.
• Lenguaje de scripting es seguro y fiable.
• Ligero de carga.
• Poco uso de memoria
Desventajas
• El código es visible y puede ser leído por terceros con facilidad
• Los scripts tienen capacidades limitadas.
• Se puede desactivar desde el navegador.
• Opciones 3D limitadas.
Servidor web
Es una herramienta OpenSource para Windows con Apache, MySQL, PHP y otras
adicciones, en la cual estas aplicaciones se configuran en forma automática, lo que permite
ejecutar un servidor web completo. Como extra incorpora phpMyAdmin para el manejo de
MySQL. La ventaja de utilizar servidor web es que esta utilidad instala de forma
automática Apache, PHP y MySQL Server. Además, deja configurados los
correspondientes enlaces entre Apache y MySQL. (Mojica, 2013)
Apache: Es un excelente servidor web, cuyo nombre proviene de la frase inglesa “a patchy
server” y es completamente libre, ya que es un software Open Source y con licencia GPL.
Una de las ventajas más grandes de Apache, es que es un servidor web multiplataforma, es
decir, puede trabajar con diferentes sistemas operativos y mantener su excelente
rendimiento. (Angulo, 2008)
Características de Apache
34
Soporte de seguridad SSL y TLS. Puede realizar autentificación de datos utilizando SGDB.
Puede dar soporte a diferentes lenguajes, como Perl, PHP, Python y tcl.
Usos de Apache
Apache es utilizado principalmente, para realizar servicio a páginas web, ya sean

estáticas o dinámicas. Este estupendo servidor se integra a la perfección con otras
aplicaciones, creando el famoso paquete XAMP con Perl, Python, MySQL y PHP, junto a
cualquier sistema operativo, que por lo general es Linux, Windows o Mac OS. (Medina y
Jiménez, 2013)
Ventajas y Desventajas de Apache
1.- Altamente configurable, multiplataforma, posee licencia Freeaware, posee código

abierto y es modular.
2.- Formatos de configuración no estándar, falta de integración, no posee buena

administración, no existe aún configuración grafica oficial. (Pacheco, 2014).
MySQL es un sistema de administración de bases de datos relacionales. Una base de datos

relacional almacena los datos en tablas separadas en lugar de poner todos los datos en un
solo lugar. Esto agrega velocidad y flexibilidad. Las tablas son enlazadas al definir
relaciones que hacen posible combinar datos de varias tablas cuando se necesitan consultar
datos. La parte SQL de "MySQL" significa "Lenguaje Estructurado de Consulta", y es el
lenguaje más usado y estandarizado para acezar a bases de datos relacionales. (Dairan,
2013)
Características de MySQL
Aprovecha la potencia de sistemas multiprocesador, gracias a su implementación

multi hilo. Soporta gran cantidad de tipos de datos para las columnas. Dispone de API's en
gran cantidad de lenguajes (C, C++, Java, PHP, etc). Gran portabilidad entre sistemas.
Soporta hasta 32 índices por tabla. Gestión de usuarios y passwords, manteniendo un muy
35
buen nivel de seguridad en los datos. Condición de open source de MySQL hace que la
utilización sea gratuita y se puede modificar con total libertad.
Es preciso mencionar, que se puede descargar su código fuente. Esto ha favorecido

muy positivamente en su desarrollo y continuas actualizaciones. Es una de las herramientas
más utilizadas por los programadores orientados a Internet. Infinidad de librerías y otras
herramientas que permiten su uso a través de gran cantidad de lenguajes de programación.
MYSQL, es el manejador de base de datos considerado como el más rápido de Internet.
Gran rapidez y facilidad de uso. Infinidad de librerías y otras herramientas que permiten su
uso a través de gran cantidad de lenguajes de programación. Fácil instalación y
configuración.
Ventajas de MySQL
Velocidad al realizar las operaciones, lo que le hace uno de los gestores con mejor
rendimiento. Bajo costo en requerimientos para la elaboración de bases de datos, ya que
debido a su bajo consumo puede ser ejecutado en una máquina con escasos recursos sin
ningún problema. Facilidad de configuración e instalación. Soporta gran variedad de
Sistemas Operativos. Baja probabilidad de corromper datos, incluso si los errores no se
producen en el propio gestor, sino en el sistema en el que está. Su conectividad, velocidad,
y seguridad hacen de MySQL Server altamente apropiado para acceder bases de datos en
Internet El software MySQL usa la licencia GPL
Arquitectura de Software
¿Qué es la arquitectura de software?
La Arquitectura de Software es la forma en la que se organizan los componentes de

un sistema, interactúan y se relacionan entre sí y con el contexto, aplicando normas y
principios de diseño y calidad, que fortalezcan y fomenten la usabilidad a la vez que dejan
preparado el sistema, para su propia evolución
36
Niveles de abstracción
Entonces, se puede decir que la arquitectura de software se compone de tres niveles

de abstracción bien diferenciados: Estilo Arquitectónico, Patrón Arquitectónico y Patrón de
Diseño. Existe una diferencia radical entre estos tres elementos, que debe marcarse a fin de
evitar las grandes confusiones que inevitablemente, concluyen en el mal entendimiento y en
los resultados poco satisfactorios. Éstos, son los que, en definitiva, aportarán “calidad” al
sistema resultante. En lo sucesivo, trataremos de establecer la diferencia entre estos tres
conceptos, viendo como los mismos, se relacionan entre sí, formando parte de un todo: la
arquitectura de software.
Estilo Arquitectónico, Patrón Arquitectónico y Patrón de Diseño, representan -de lo

general a lo particular- los tres niveles de abstracción que componen la Arquitectura de
Software.
37
Figura 9 Niveles de abstracción en la arquitectura del software

Fuente: Eugenia Bahit, PHP 5: Taller de Aplicaciones MVC Modulares (2012)
Estilo arquitectónico: El estilo arquitectónico define a niveles generales, la estructura de

un sistema y cómo éste, va a comportarse. Mary Shaw y David Garlan, en su libro
“Software Architecture” (Prentice Hall, 1996), definen los estilos arquitectónicos como la
forma de determinar el los componentes y conectores de un sistema, que pueden ser
utilizados a instancias del estilo elegido, conjuntamente con un grupo de restricciones sobre
cómo éstos pueden ser combinados:
Patrón arquitectónico: Un patrón arquitectónico, definirá entonces, una plantilla para

construir el Software, siendo una particularidad del estilo arquitectónico elegido. En esta
definición, es donde se incluye a MVC, patrón que, a la vez, puede ser enmarcado dentro
del estilo arquitectónico orientado a objetos (estilo arquitectónico basado en el paradigma
de programación orientada a objetos).
Patrón de diseño: Dentro de niveles de abstracción de la arquitectura de Software, los

patrones de diseño representan el nivel de abstracción más detallado. A nivel general, nos
encontramos con el Estilo Arquitectónico. En lo particular, hallamos al Patrón
Arquitectónico y finalmente, el Patrón de Diseño es “el detalle”.
Al respecto, un patrón de diseño, entonces, es un análisis mucho más detallado,

preciso y minucioso de una parte más pequeña del sistema, que puede incluso, trabajar en
interacción con otros patrones de diseño. Por ejemplo, un Singleton puede coexistir con un
Factory y éstos, a la vez, con un Abstract Factory. En este sentido, un Patrón
Arquitectónico como MVC, podría utilizar diversos patrones de diseño en perfecta
coexistencia, para la creación de sus componentes.
Introducción al Patrón Arquitectónico MVC

38
MVC -por sus siglas en inglés, model-view-controller (modelo-vista-controlador)-

es un patrón arquitectónico que nos permite desarrollar aplicaciones, manteniendo separada
la lógica de negocios de las vistas, utilizando un “controlador” como conector (o
intermediario) entre ambas.
Entendiendo el funcionamiento de MVC
En MVC, todo comienza con una petición del usuario. En una aplicación Web, la
petición del usuario podría ser, por ejemplo, “agregar un nuevo registro”.
● ¿Cómo realiza esta petición el usuario? A través del navegador.
● ¿Cómo se identifica la petición? Por medio de la URL ingresada por el usuario.
Un handler (o “manejador”) de peticiones, es un objeto encargado de gestionar las

peticiones del usuario a nivel de la aplicación. Este handler, descifrará dichas peticiones,
realizando un trabajo de pseudo ingeniería inversa, sobre la URI.
Figura 10 funcionamiento de un patrón MVC

Fuente: Eugenia Bahit, PHP 5: Taller de Aplicaciones MVC Modulares (2012)
Diabetes
39
La Diabetes, en una condición crónica que ocurre cuando el cuerpo no puede

producir suficiente insulina o no puede utilizar insulina y se diagnostica observando los
niveles altos de glucosa en sangre. La insulina es una hormona producida en el páncreas. Se
requiere para transportar la glucosa desde la sangre al interior de las células del cuerpo
donde se utiliza como energía. La falta, o ineficacia, de la insulina en las personas con
diabetes significa que la glucosa continúa circulando en la sangre. Con el tiempo, los altos
niveles resultantes de glucosa en sangre (conocida como hiperglucemia) causan daño a
muchos tejidos del cuerpo, dando lugar al desarrollo de complicaciones para la salud que
pueden ser incapacitantes y poner en peligro la vida.
Existen 3 tipos principales de Diabetes:
1. Diabetes tipo 1
2. Diabetes tipo 2
3. Diabetes gestacional
Otros tipos de Diabetes menos comunes incluyen:
• Diabetes monogénica: Es el resultado de una mutación genética. Ejemplos de

diabetes monogénica incluyen diabetes de aparición en la madurez de los jóvenes y
diabetes mellitus neonatal. De un 4% a un 13% de la diabetes en niños es debida a
la diabetes monogénica.
• La Diabetes secundaria: Surge como una complicación de otras enfermedades,

como trastornos hormonales (por ej. enfermedad de Cushing o acromegalia) o
enfermedades del Páncreas.
Diabetes tipo 1
La Diabetes tipo 1, es causada por una reacción autoinmune, en la que el sistema de

defensa del cuerpo ataca las células-beta productoras de insulina en el páncreas. Como
resultado, el cuerpo ya no puede producir la insulina que necesita. El por qué́ ocurre no se
40
entiende completamente. La enfermedad puede afectar a personas de cualquier edad, pero

la aparición normalmente ocurre en niños y jóvenes adultos. Las personas con esta forma
de diabetes necesitan insulina todos los días para controlar los niveles de glucosa en la
sangre. Sin la insulina, una persona con diabetes tipo 1 moriría.
La Diabetes tipo 1 con frecuencia aparece de repente y puede producir síntomas

como:
• Sed anormal y sequedad en la boca
• Micción frecuente
• Falta de energía, cansancio excesivo
• Hambre constante
• Pérdida de peso repentina
• Visión borrosa
La Diabetes tipo 1, se diagnostica por un nivel elevado de glucosa en la sangre con

presencia de los síntomas listados con anterioridad. En algunas partes del mundo, donde la
Diabetes tipo 1 es menos común, los síntomas se pueden confundir con otras enfermedades,
y es por ello crucial que la glucosa en sangre sea medida cuando uno o más de los síntomas
mencionados están presentes. Algunas veces el tipo de Diabetes no está claro y se requieren
pruebas adicionales para distinguir entre la Diabetes tipo 1 y la 2, u otras formas raras de
Diabetes 4. Con un tratamiento diario de insulina, monitorización regular de la glucosa en
sangre, y una dieta y estilo de vida sanos, las personas con Diabetes tipo 1 pueden llevar
una vida saludable y normal.
Por ello, el número de personas que desarrollan Diabetes tipo 1 está aumentando.
Las razones no están claras, pero puede ser debido a cambios en los factores de riesgo
ambientales y/o infecciones virales.
Diabetes tipo 2
41
La Diabetes tipo 2, es el tipo más común de Diabetes. Generalmente ocurre en

adultos, pero se ve cada vez más en niños y adolescentes. En la Diabetes tipo 2, el cuerpo
es capaz de producir insulina, pero se vuelve resistente a ella, de modo que la insulina es
ineficaz. Con el tiempo, los niveles de insulina pueden llegar a ser insuficientes. Tanto la
resistencia, como la deficiencia de insulina pueden llevar a niveles de glucosa en sangre
altos.
Los síntomas de la Diabetes tipo 2 incluyen:
• Micción frecuente
• Sed excesiva
• Pérdida de peso
• Visión borrosa
Muchas personas con Diabetes tipo 2 no son conscientes de su condición durante

mucho tiempo porque los síntomas suelen ser menos marcados que en la diabetes tipo 1 y
pueden tardar años en ser reconocidos. Sin embargo, durante este tiempo el cuerpo ya está́
siendo dañado por el exceso de glucosa en sangre. Como resultado, muchas personas ya
presentan complicaciones cuando se les diagnostica con Diabetes tipo 2.
En consecuencia, aunque las causas exactas del desarrollo de la diabetes tipo 2 no se

conocen todavía, existen varios factores de riesgo importantes. Los más importantes son el
sobrepeso, inactividad física y nutrición pobre. Otros factores que juegan un papel
importante son la etnicidad, historial familiar de diabetes, historial pasado de diabetes
gestacional y edad avanzada.
No obstante, en contraste con las personas con Diabetes tipo 1, muchas personas
con diabetes tipo 2 no requieren tratamiento diario de insulina para sobrevivir. El pilar del
tratamiento de la Diabetes tipo 2 es la adopción de una dieta sana, aumentar la actividad
física y mantener un peso corporal normal. Varios medicamentos orales están disponibles
42
para ayudar en el control de los niveles de glucosa en sangre. Sin embargo, si los niveles de
glucosa en sangre continúan aumentando, puede que sea necesario prescribir insulina a las
personas con Diabetes tipo 2.
El número de personas con Diabetes tipo 2 está aumentando rápidamente en el

mundo. Este aumento está asociado con el envejecimiento de la población, el desarrollo
económico, el aumento de la urbanización, las dietas menos saludables y la disminución de
la actividad física.
Diabetes gestacional
La hiperglucemia que se detecta por primera vez en cualquier momento durante el

embarazo se clasifica como:
• Diabetes Mellitus Gestacional
• Diabetes Mellitus en el embarazo
En tal sentido, las mujeres con niveles de glucosa ligeramente elevados son
clasificadas como que tienen diabetes gestacional, mientras que las mujeres con niveles de
glucosa en la sangre sustancialmente elevados son clasificadas como que tienen diabetes
mellitus en el embarazo (ver cuadro). La Diabetes gestacional suele ocurrir a partir de la
semana 24 de embarazo.
Así mismo, los síntomas evidentes de hiperglucemia durante el embarazo son raros
y difíciles de distinguir de los síntomas normales de embarazo, pero pueden incluir
aumento de la sed y micción frecuente. Por lo tanto, se recomienda el cribado mediante un
test de tolerancia oral a la glucosa. Debe llevarse a cabo al principio del embarazo en
mujeres de alto riesgo, y entre las semanas de embarazo 24 y 28 en todas las otras mujeres.
Por tal motivo, las mujeres con hiperglucemia detectada durante el embarazo corren
43
un riesgo mayor de resultados adversos en el embarazo. Estos incluyen presión arterial muy
alta y macrosomía fetal (un bebé significativamente más grande que la media), que puede
dificultar y arriesgar el parto vaginal. Un buen control de la glucosa en sangre durante el
embarazo puede reducir estos riesgos.
Sin embargo, las mujeres con hiperglucemia durante el embarazo pueden controlar
sus niveles de glucosa en sangre a través de una dieta saludable, ejercicio suave y
monitorización de la glucosa en sangre. En algunos casos, insulina o medicación oral
también puede recetarse.
Por tanto, la Diabetes gestacional normalmente desaparece tras el parto. Sin

embargo, las mujeres que han sido diagnosticadas con ella corren un mayor riesgo de
desarrollar Diabetes gestacional en otros embarazos, así́ como Diabetes tipo 2 más tarde en
la vida. Los bebes que nacen de madres con Diabetes gestacional también corren un mayor
riesgo de desarrollar diabetes tipo 2 en su adolescencia y juventud
Medicación para la Diabetes tipo 1
Es esencial que todas las personas con Diabetes tipo 1 tengan un suministro
ininterrumpido de insulina de alta calidad. Existen varios tipos diferentes de insulina, pero
como mínimo, la insulina humana de acción rápida regular y la insulina NPH de acción
prolongada deben estar disponibles para todas las personas con Diabetes en todas las partes
del mundo.
Medicación para la Diabetes tipo 2
Existen varios medicamentos para la diabetes tipo 2. La metformina está́ bien

establecida y es una de las más efectivas. La gliclacida es una sulfonilurea que aumenta la
secreción de insulina en la Diabetes tipo 2. Ambas medicaciones están en la lista de la
Organización Mundial de la Salud de medicinas esenciales para la diabetes. Ambas deben
44
estar disponibles para todas las personas con Diabetes tipo 2 en el mundo, de acuerdo a la
necesidad. Otros tratamientos utilizados comúnmente para la Diabetes tipo 2 incluyen los
análogos GLP-1 (tratamientos inyectables que no son insulina) e inhibidores DPP4. Estos
tratamientos mejoran la respuesta natural del cuerpo a la ingesta de alimentos, reduciendo
los niveles de glucosa después de comer.
Además, las personas con cualquier tipo de diabetes pueden necesitar acceso a
medicación para el control de la presión arterial y el colesterol.
Complicaciones de la diabetes
Las personas con Diabetes tienen un mayor riesgo de desarrollar numerosos de

problemas de salud incapacitantes y potencialmente mortales que las personas sin diabetes.
Niveles de glucosa en sangre consistentemente altos pueden llevar a enfermedades serias
que afecten el corazón y los vasos sanguíneos, los ojos, riñones y los nervios. Las personas
con Diabetes tienen un mayor riesgo de desarrollar infecciones. En casi todos los países de
renta alta, la diabetes en una de las principales causas de enfermedad cardiovascular,
ceguera, enfermedad renal y amputación de las extremidades inferiores. El crecimiento de
la prevalencia de la diabetes tipo 2 en países de renta media y baja significa que, sin
estrategias efectivas para apoyar un mejor control de la diabetes, es seguro que habrá́ un
aumento en los índices de estas complicaciones.
En lo referente a las complicaciones de la Diabetes, se pueden prevenir o retrasar

manteniendo los niveles de azúcar en sangre, presión arterial y colesterol tan cerca de lo
normal como sea posible. Muchas complicaciones se pueden detectar de forma temprana
con programas de cribado que permitan el tratamiento para prevenir que se vuelvan más
serias.
Enfermedades de los ojos

45
Muchas personas con Diabetes desarrollan alguna forma de enfermedad del ojo
(retinopatía) que puede dañar la visión y provocar ceguera. Los persistentes niveles altos de
glucosa en sangre son la principal causa de retinopatía. La red de vasos sanguíneos que
irrigan la retina puede dañarse a causa de la retinopatía, dando lugar a la perdida
permanente de visión. La retinopatía, sin embargo, puede llegar a ser bastante avanzada
antes de afectar a la visión, y es por ello crucial que las personas con Diabetes se realicen
exámenes regulares de los ojos. Si se detecta pronto, se puede realizar un tratamiento para
prevenir la ceguera. Mantener un buen control de glucosa en sangre reduce en gran medida
los riesgos de retinopatía.
Enfermedad cardiovascular
La enfermedad cardiovascular, es la causa más común de muerte e incapacidad

entre las personas con Diabetes. La enfermedad cardiovascular que acompaña a la Diabetes,
incluye la angina de pecho, infarto de miocardio (ataque al corazón), accidente
cerebrovascular, enfermedad arterial periférica y la insuficiencia cardiaca congestiva. Altos
niveles de presión arterial, colesterol, nivel de azúcar en sangre, así́ como otros factores de
riesgo contribuyen al aumento del riesgo de complicaciones cardiovasculares.
Complicaciones en el embarazo
Las mujeres con cualquier tipo de Diabetes, corren riesgo de complicaciones

durante el embarazo, ya que los altos niveles de glucosa pueden afectar el desarrollo del
feto. Las mujeres con Diabetes, por lo tanto, requieren una cuidadosa monitorización antes
y durante el embarazo para minimizar los riesgos de complicaciones. Los altos niveles de
glucosa en sangre durante el embarazo pueden causar cambios en el feto causando un
aumento en exceso de peso y tamaño. Esto a su vez puede conducir a problemas durante el
parto, lesiones en el niño y la madre, y la glucosa baja en la sangre (hipoglucemia) en el
niño tras el nacimiento. Los niños que están expuestos a niveles altos de glucosa en sangre
46
en el útero tienen un mayor riesgo de desarrollar diabetes tipo 2 en el futuro.
Pie diabético
Además del daño a los nervios, las personas con Diabetes pueden experimentar
problemas con la mala circulación en los pies como resultado del daño en los vasos
sanguíneos. Estos problemas aumentan el riesgo de ulceración, infección y amputación. Las
personas con diabetes se enfrentan a un riesgo de amputación que puede ser 25 veces
mayor que las personas sin diabetes. Sin embargo, con buen control, una gran parte de las
amputaciones se pueden evitar. Incluso, cuando una persona sufre una amputación, la
pierna restante, y la vida de la persona, se pueden salvar con una buena atención y
seguimiento por un equipo multidisciplinario del pie. En vista de estos riesgos, es
importante que las personas con diabetes se examinen los pies regularmente.
Salud bucal
La Diabetes puede ser una amenaza para la salud bucal. Existe un mayor riesgo de
inflamación del tejido que rodea el diente (periodontitis) en personas con pobre control de
la glucosa. La periodontitis es una causa importante de perdida de dientes y está asociada
con un mayor riesgo de enfermedad cardiovascular. El control de la periodontitis es muy
importante en las personas con Diabetes ya que la higiene bucal optima puede prevenir la
perdida de dientes, facilitar una dieta saludable y mejorar el control de la glucosa.
Enfermedad renal
La enfermedad renal (nefropatía) es mucho más común en personas con Diabetes

que en las personas sin Diabetes; la Diabetes es una de las causas principales de la
enfermedad renal crónica. La enfermedad es causada por el daño a los vasos sanguíneos
pequeños, que puede causar que los riñones sean menos eficientes, o fallen por completo.
El mantenimiento de niveles casi normales de glucosa en sangre y presión arterial reduce en
gran medida el riesgo de nefropatía.
47
La prevención de las complicaciones
Las principales complicaciones de la Diabetes son evitables, se pueden prevenir con

un buen control de los niveles de glucosa, así́ como con un buen control de la presión
arterial y el colesterol. Ello requiere que las personas con Diabetes estén altamente
educadas sobre cómo controlar su condición, así́ como el acceso a la insulina, medicación
oral y equipo de monitorización. Las personas con Diabetes deben tener el apoyo de una
fuerza de trabajo sanitaria bien educada, así́ como sistemas sanitarios que proporcionen
pruebas sanguíneas regulares y exámenes de ojos y pies. La Federación Internacional de
Diabetes (FID) trabaja
en muchos lugares de todo el mundo para proporcionar tratamiento y servicios que mejoren
los resultados para las personas con Diabetes.
La insulina
La insulina es una hormona que se produce en el páncreas. La insulina permite a la

glucosa entrar en las células del cuerpo, donde se convierte en energía. (ver figura Nª 11)
Así, las personas con Diabetes tipo 1 no pueden sobrevivir sin dosis diarias de
insulina. Algunas personas con Diabetes tipo 2 o Diabetes gestacional también necesitan
tratamiento con insulina.
Es importante destacar, que en Canadá́ en 1921, el científico Frederick Banting y el

estudiante de medicina Charles Best aislaron una sustancia en el páncreas de los perros, que
llamaron isletín, y que conocemos ahora como insulina. En una serie de experimentos,
encontraron que los perros con el páncreas extirpado se podían mantener con vida con
inyecciones de isletín. Al año siguiente, tras mucho trabajo en el laboratorio para purificar
insulina extraída del feto de un ternero, un niño de 14 años llamado Leonard Thompson se
convirtió́ en la primera persona con diabetes en recibir una inyección de insulina, y su
condición mejoró significativamente. Antes de la utilización de la insulina, las personas con
48
diabetes tipo 1 eran puestos en ayuno y no tenían esperanzas de sobrevivir.
En consecuencia, la noticia del éxito de la insulina se propagó de forma rápida y la

demanda del fármaco se disparó́ en todo el mundo. Desde entonces, grandes avances se han
realizado en investigación y desarrollo. Sin embargo, casi un siglo tras su descubrimiento,
personas con Diabetes tipo 1 de muchas partes del mundo no tienen acceso a insulina,
porque no pueden pagarla o porque no está́ disponible fácilmente, y como resultado mueren
poco después de desarrollar Diabetes tipo 1.
Es así como, casi un siglo después de su descubrimiento, es trágico que todavía

mueran personas porque no tienen acceso a la insulina. A través del programa Life for a
Child, la FID proporciona insulina a más de 17.000 niños y adolescentes con pocos
recursos en más de 46 países.
Figura 11 Producción y acción de la insulina

Fuente: Atlas de la diabetes de la FID (2015)
2.2. Bases legales

49
En relación a las Bases Legales, que sustenta esta investigación se encuentran:
Constitución de la República Bolivariana de Venezuela (1999)
En el Art. 102, En el cual se consagra la educación como un derecho humano; donde el

estado asumirá como función indispensable y de máximo interés sus niveles y modalidades
y como instrumento del conocimiento científico, humanístico y tecnológico al servicio de la
sociedad entre otras cosas.
El Art. 103, Se plantea el derecho de toda persona a la educación en igual condiciones y

oportunidades.
Artículo 108. Los medios de comunicación social, públicos y privados, deben contribuir a
la formación ciudadana. El Estado garantizará servicios públicos de radio, televisión y
redes de bibliotecas y de informática, con el fin de permitir el acceso universal a la
información. Los centros educativos deben incorporar el conocimiento y aplicación de las
nuevas tecnologías, de sus innovaciones, según los requisitos que establezca la ley.
Artículo 110. El Estado reconocerá el interés público de la ciencia, la tecnología, el

conocimiento, la innovación y sus aplicaciones y los servicios de información necesarios
por ser instrumentos fundamentales para el desarrollo económico, social y político del país,
así como para la seguridad y soberanía nacional. Para el fomento y desarrollo de esas
actividades, el Estado destinará recursos suficientes y creará el sistema nacional de ciencia
y tecnología de acuerdo con la ley.
Ley Orgánica de Ciencia, Tecnología e Innovación (año)
Artículo 2. Interés público. Las actividades científicas, tecnológicas, de innovación y sus

aplicaciones son de interés público y de interés general.
50
Artículo 3. Forman parte del Sistema Nacional de Ciencia Tecnología e Innovación, las
instituciones públicas o privadas que generen y desarrollen conocimientos científicos y
tecnológicos, como procesos de innovación, y las personas que se dediquen a la
planificación, administración, ejecución y aplicación de actividades que posibiliten la
vinculación efectiva entre la ciencia, la tecnología y la sociedad.
Artículo 17. A las instituciones y organismos, públicos y privados, miembros del Sistema
Nacional de Ciencia, Tecnología e Innovación, que soliciten participar en los programas de
financiamiento ofrecidos por el Ministerio de Ciencia y Tecnología para la ejecución del
Plan Nacional de Ciencia, Tecnología e Innovación, se les podrá exigir recursos para
cofinanciar estos programas. Los aportes respectivos se fijarán de mutuo acuerdo, tomando
en cuenta las posibilidades y condiciones económicas de las partes involucradas.
Decreto Presidencial Numero N° 825. (2000).
Artículo 1: Se declara el acceso y el uso de Internet como política prioritaria para el

desarrollo cultural, económico, social y político de la República Bolivariana de Venezuela.
Artículo 2: Los órganos de la Administración Pública Nacional deberán incluir en los

planes sectoriales que realicen, así como en el desarrollo de sus actividades, metas
relacionadas con el uso de Internet para facilitar la tramitación de los asuntos de sus
respectivas competencias.
Artículo 3: Los organismos públicos deberán utilizar preferentemente Internet para el

intercambio de información con los particulares, prestando servicios comunitarios a través
de Internet, tales como bolsas de trabajo, buzón de denuncias, trámites comunitarios con los
centros de salud, educación, información y otros, así como cualquier otro servicio que
ofrezca facilidades y soluciones a las necesidades de la población. La utilización de Internet
también deberá suscribirse a los fines del funcionamiento operativo de los organismos
51
públicos tanto interna como externamente.
Gaceta Oficial Nª 3147
Artículo 1. Se crea el Programa Nacional de Formación en Informática (PNF en

Informática), como conjunto de actividades académicas conducente a los títulos de Técnica
Superior Universitaria o Técnico Superior Universitario en Informática e Ingeniería o
Ingeniero en Informática, así como al grado de Especialista y Especialista Técnico en áreas
afines.
Artículo 2. El PNF en Informática está dirigido a la formación de un profesional integral,

que se desempeña con idoneidad operativa y ética profesional en la construcción de
proyectos tecnológicos en armonía con la preservación del ambiente y del progreso de su
entorno, siendo capaz de participar en la administración de proyectos informáticos bajo
estándares de calidad y pertinencia social, auditar sistemas informáticos, desarrollar e
implantar software, priorizando el uso de plataformas libres; así como integrar y optimizar
sistemas informáticos y administrar bases de datos y redes informáticas.
En el Decreto 3390 de la Gaceta Oficial N° 38095.
Artículo 1. La Administración Publica Nacional empleará prioritariamente Software Libre

desarrollado con Estándares Abiertos, en sus sistemas, proyectos y servicios informáticos.
A tales fines, todos los órganos y entes de la Administración Publica Nacional iniciaran los
procesos de migración gradual y progresiva de estos hacia el Software Libre desarrollado
con Estándares Abiertos.
Artículo 2. A los efectos del presente Decreto se entenderá́ por:
Software Libre:
Programa de computación cuya licencia garantiza al usuario acceso al código fuente

52
del programa y lo autoriza a ejecutarlo con cualquier propósito, modificarlo y redistribuir

tanto el programa original como sus modificaciones en las mismas condiciones de
licenciamiento acordadas al programa original, sin tener que pagar regalías a los
desarrolladores previos.
Estándares Abiertos:
Especificaciones técnicas, publicadas y controladas por alguna organización que se

encarga de su desarrollo, las cuales han sido aceptadas por la industria, estando a
disposición de cualquier usuario para ser implementadas en un software libre u otro,
promoviendo la competitividad, interoperabilidad o flexibilidad.
Software Propietario:
Programa de computación cuya licencia establece restricciones de uso,

redistribución o modificación por parte de los usuarios, o requiere de autorización expresa
del Licenciador.
2.2. Definición de términos
Análisis: Estudio, mediante técnicas informáticas, de los limites, características y posibles

soluciones de un problema al que se aplica un tratamiento por ordenador.
Base de datos: Cualquier conjunto de datos organizados para su almacenamiento en la

memoria de un ordenador o computadora, diseñado para facilitar su mantenimiento y
acceso de una forma estándar.
Base de datos relacional: Tipo de base de datos o sistema de administración de bases de

datos, que almacena información en tablas (filas y columnas de datos) y realiza búsquedas
utilizando los datos de columnas especificadas de una tabla para encontrar datos adicionales
en otra tabla.
53
Cliente – servidor: Arquitectura hardware y software adecuada para el proceso distribuido,

en el que la comunicación se establece de uno a varios. Una aplicación cliente – servidor
típico es un servidor de base de datos al que varios usuarios realizan consultas
simultáneamente.
Codificación: En informática, es la acción de trasladar un modelo o diseño lógico de un

sistema a las instrucciones o código que un ordenador puede entender y ejecutar.
Diagrama: Dibujo en el que se muestran las relaciones entre las diferentes partes de un
conjunto o sistema.
Entidad: En una base de datos también llamada tabla, formada por filas y columnas, las
filas representan registros (conjuntos de datos acerca de elementos separados) y las
columnas representan campos (atributos particulares de un registro).
Herramienta CASE: Software o conjunto de programas que permiten automatizar algunas

o todas las fases del desarrollo de sistemas de información.
Programa: En informática, sinónimo de software, el conjunto de instrucciones que ejecuta

un ordenador o computadora. El termino puede referirse al código fuente original o a la
versión ejecutable (en lenguaje maquina) de un componente de software.
Programador: Persona que diseña, escribe y/o depura programas de ordenador, es decir,
quien diseña la estrategia a seguir, propone las secuencias de instrucciones y/o escribe el
código correspondiente en un determinado lenguaje de programación.
Servidor: Computadora conectada a una red que pone sus recursos a disposición del resto
de los integrantes de la red. Suele utilizarse para mantener datos centralizados o para
gestionar recursos compartidos.
54
Sistema operativo: Software básico que controla una computadora. El sistema operativo
tiene tres grandes funciones: coordina y manipula el hardware del ordenador o
computadora, como la memoria, las impresoras, las unidades de disco, el teclado o el
mouse; organiza los archivos en diversos dispositivos de almacenamiento, como discos
flexibles, discos duros, discos compactos o cintas magnéticas, y gestiona los errores de
hardware y la perdida de datos.
SQL: Lenguaje de consulta estructurado, en informática, un lenguaje utilizado en bases de

datos para consultar, actualizar y manejar bases de datos relacionales.
Hospital: Según el diccionario de Real Academia Española de la Lengua, es un

establecimiento destinado al diagnóstico y tratamiento de enfermos, donde se practica
también la investigación y la enseñanza.
Medico: persona legalmente autorizada para profesar y ejercer la medicina.
Paciente: persona que padece física y corporalmente; el doliente, el enfermo; en propiedad,

aquel que se halla bajo atención médica.
Historia clínica: Es un documento que contiene toda la información de salud de un

paciente, desde la primera atención brindada por un hospital o centro de salud, hasta la
fecha. Dentro de la información que contiene este documento, se encuentran:
procedimientos realizados, fecha y hora de atención, exámenes médicos, laboratorio,
tratamientos, recetas médicas, el médico que lo atendió́ , su estado de salud actual, estado de
salud después del tratamiento hasta que es dado de alta, entre otros.
Slim: Slim es un micro framework PHP que le ayuda a escribir rápidamente aplicaciones
web y APIs simples pero potentes.
55
CAPITULO III. METODOLOGÍA DE LA INVESTIGACIÓN
3.1 Modalidad de la investigación
La investigación se considera proyecto factible, por cuanto implica la elaboración y

desarrollo de una propuesta, para atender las necesidades específicas de la Unidad de
Diabetes “Iris García de Mota del Hospital Especial “Dr. Julio Rodríguez”, a partir de un
diagnóstico de la situación planteada.
Según Arias (1999), señala que: “Se trata de una propuesta de acción para resolver
un problema practico o satisfacer una necesidad. Es indispensable que dicha propuesta se
acompañe de una investigación, que demuestre su factibilidad o posibilidad de realización”.
56
3.2 Tipo de investigación
La investigación está basada en un estudio de campo porque la información fue

obtenida directamente de la realidad estudiada. Se tuvo contacto directo con el personal que
labora en la Unidad de Diabetes “Iris García de Mota del Hospital Especial “Dr. Julio
Rodríguez”, específicamente con la directora del dicho programa y los médicos principales,
los cuales facilitaron toda la información necesaria para la realización de este proyecto.
La investigación de Campo, Según Arias (1999): “Consiste en la recolección de

datos directamente de la realidad donde ocurren los hechos, sin manipular o controlar
variable alguna”. (p. 94).
3.3 Nivel de la investigación
De acuerdo con las características del proyecto, su profundidad y el objeto de

estudio, el nivel de investigación es de carácter descriptivo. De acuerdo con Arias (2006),
“la investigación descriptiva consiste en la caracterización de un hecho, fenómeno,
individuo o grupo, con el fin de establecer su estructura o comportamiento”
3.4 Población y muestra
La población según Arias, F. (2006) “Es un conjunto finito o infinito de elementos

con características comunes para los cuales serán extensivas las conclusiones de la
investigación”. Para este proyecto, la población está conformada por el personal que labora
en la Unidad de Diabetes “Iris García de Mota del Hospital Especial “Dr. Julio Rodríguez”,
específicamente de 3 personas (Médica, Enfermera y secretaria).
Entonces, para la selección de la muestra, se llevó́ a cabo a través del muestreo

intencional, debido a que corresponde a una cantidad de individuos conocida elegida según
el criterio de los investigadores, principalmente por la limitada población. Namakforoosh
(2005), indica que "En el muestreo intencional todos los elementos muéstrales de la
57
población serán seleccionados bajo estricto juicio personal del investigador. En este tipo de
muestreo el investigador tiene previo conocimiento de los elementos poblacionales" (p.
189). Tomándose en cuenta la definición anterior, la muestra establecida para la
investigación es de 3 personas que laboran en el programa.
3.5 Técnicas e instrumentos de recolección de datos
Para el levantamiento de los datos e información apropiada para el desarrollo y

cumplimiento del proyecto, se emplearon las siguientes técnicas e instrumentos:
3.5.1. Técnicas
La observación libre no estructurada
Esta técnica se aplicó́ para conocer mediante la observación propia, detalles del
entorno de trabajo y de los procesos que son enmarcados para la realización factible del
proyecto. En este sentido Arias, (2006), señala que “es una técnica que consiste en captar o
visualizar mediante la vista, en forma sistemática, cualquier hecho, fenómeno o situación
que se produzca en la naturaleza o en la sociedad en función de unos objetivos de
investigación preestablecidos” (p.70). En este caso, la observación no estructurada se
ejecuta en función de un objetivo, pero sin una guía prediseñada que especifique cada uno
de los aspectos que deben ser observados.
La entrevista semi-estructurada.
Es una técnica basada en un dialogo o conversación cara a cara, entre el

entrevistador y el entrevistado acerca de un tema previamente determinado en la que se
dispone de una guía de preguntas previamente elaboradas. Cabe mencionar que, de acuerdo
a Arias, F. (2006), “Aun cuando existe una guía de preguntas, el entrevistador puede
realizar otras no contempladas inicialmente. Esto se debe a que una respuesta puede dar
origen a una pregunta adicional o extraordinaria”.
58
Esta técnica fue utilizada con el fin de detallar las especificaciones de los usuarios
con respecto al desarrollo del proyecto, y poder contextualizar una mejor panorámica del
problema y las soluciones a aplicar mediante información suministradas por los mismos.
3.5.1. Instrumentos
Los instrumentos, según Arias (2006), “es cualquier recurso, dispositivo o formato
(en papel o digital), que se utiliza para obtener, registrar o almacenar información”. En este
caso los instrumentos que se emplearon son los siguientes:
• Cuaderno de notas: permitió́ plasmar en papel toda aquella información necesaria

referente al desarrollo del sistema SISPRODI, producto de las entrevistas y
observación directa.
• Cámara fotográfica: por medio de esta se obtuvieron imágenes de la Unidad de

Diabetes “Iris García de Mota del Hospital Especial “Dr. Julio Rodríguez”.
También, sirvió́ de apoyo a la técnica de observación.
• Cuestionario: Mediante el cual se realizaron preguntas estratégicas a los usuarios,

se obtuvo información acerca de los procesos internos para atención al paciente,
medicamentos a entregar, forma de entregar medicamentos y manejo de inventario
de los mismos.
• Grabadora de audio: Permitió obtener una copia fiel de la entrevista con los
médicos para posteriormente analizarlo y de esa manera sacar los requisitos
necesarios para el desarrollo del software.
2.2.2 Proceso Unificado de Desarrollo (PUD)
El Proceso Unificado, es un proceso de desarrollo de software genérico que puede

ser utilizado para una gran cantidad de tipos de sistemas de software, para diferentes áreas
59
de aplicación, organizaciones, niveles de competencia y otros proyectos. Provee un enfoque

disciplinado en la asignación de tareas y responsabilidades dentro de una organización de
desarrollo. El proceso Unificado utiliza el Lenguaje Unificado de Modelado (UML) para
preparar los esquemas de un sistema de software. De hecho, UML es parte esencial del
proceso Unificado (Jacobson, Booch y Rumbaugh, 2000).
Sin embargo, los aspectos definitorios del proceso Unificado se resumen en tres (3)
factores claves: dirigido por casos de uso, centrado en la arquitectura e iterativo e
incremental Jacobson y colaboradores (2000). Así, el proceso Unificado (PUD) no es un
proceso rígido, abarca una gran diversidad de actividades, y se diseña en vista de ser
adaptado, en el sentido de seleccionar solamente las características necesarias satisfechas
para un proyecto en particular del software, su tamaño y tipo Jacobson y colaboradores
(2000).
2.2.2.1 Características esenciales del Proceso Unificado de Desarrollo
Proceso dirigido por Casos de Uso:
Un caso de uso es una técnica de captura de requisitos que fuerza a pensar en

términos de importancia para el usuario y no sólo en términos de funciones que sería bueno
contemplar. Se define un caso de uso como un fragmento de funcionalidad del sistema que
proporciona al usuario un valor añadido. Los Casos de Uso representan los requisitos
funcionales del sistema (Kruchten, 2000). Todos los casos de uso juntos conforman el
modelo de casos de Uso Jacobson y colaboradores (2000).
En cuanto a los casos de uso, no son sólo una herramienta para especificar los
requisitos del sistema. También guían su diseño, implementación y prueba. Los Casos de
Uso constituyen un elemento integrador y una guía del trabajo como se muestra en la
Figura Nº 12.
60
Figura 12 Los casos de uso integran el trabajo.

Fuente Krutchen (2000)
Centrado en la arquitectura:
Es la organización o estructura de sus partes más relevantes, lo que permite tener

una visión común entre todos los involucrados (desarrolladores y usuarios) y una
perspectiva clara del sistema completo, necesaria para controlar el desarrollo. La
arquitectura involucra los aspectos estáticos y dinámicos más significativos del sistema,
está relacionada con la toma de decisiones que indican cómo tiene que ser construido el
sistema y ayuda a determinar en qué orden. La arquitectura se ve influenciada por la
plataforma software, sistema operativo, gestor de bases de datos, protocolos,
consideraciones de desarrollo como sistemas heredados. Muchas de estas restricciones
constituyen requisitos no funcionales del sistema Jacobson y colaboradores (2000).
En correspondencia, cada producto tiene tanto una función como una forma. La
función corresponde a la funcionalidad reflejada en los Casos de Uso y la forma la
proporciona la arquitectura. Existe una interacción entre los casos de uso y la arquitectura,
61
los casos de uso deben encajar en la arquitectura cuando se llevan a cabo y la arquitectura
debe permitir el desarrollo de todos los Casos de Uso requeridos, actualmente y en el
futuro. Esto provoca que tanto arquitectura como Casos de Uso deban evolucionar en
paralelo durante todo el proceso de desarrollo de software (Krutchen, 2000).
Proceso iterativo e incremental
De acuerdo con Jacobsen y colaboradores (2000), el equilibrio correcto entre los

casos de uso y la arquitectura es algo muy parecido al equilibrio de la forma y la función en
el desarrollo del producto, lo cual se consigue con el tiempo. Para esto, la estrategia que se
propone es tener un proceso iterativo e incremental en donde el trabajo se divide en partes
más pequeñas o mini proyectos. Permitiendo que el equilibrio entre casos de uso y
arquitectura se vaya logrando durante cada mini proyecto, así durante todo el proceso de
desarrollo. Cada mini proyecto se puede ver como una iteración (un recorrido a través de
los flujos de trabajo fundamentales) del cual se obtiene un incremento que produce un
crecimiento en el producto.
En tal sentido, una iteración puede realizarse por medio de una cascada se pasa por
los flujos fundamentales (Requisitos, Análisis, Diseño, Implementación y Pruebas) como se
muestra en la Figura Nº 13. También una planificación de la iteración, un análisis de la
iteración y algunas actividades específicas de la iteración. Al finalizar se realiza una
integración de los resultados con lo obtenido de las iteraciones anteriores (Krutchen, 2000).
62
Figura 13 Una iteración

De manera tal, que el proceso iterativo e incremental consta de una secuencia de

iteraciones. Cada iteración aborda una parte de la funcionalidad total, pasando por todos los
flujos de trabajo relevantes y refinando la arquitectura. Cada iteración se analiza cuando
termina. Se puede determinar si han aparecido nuevos requisitos o han cambiado los
existentes, afectando a las iteraciones siguientes. Durante la planificación de los detalles de
la siguiente iteración, el equipo también examina cómo afectarán los riesgos que aún
quedan al trabajo en curso. Toda la retroalimentación de la iteración pasada permite
reajustar los objetivos para las siguientes iteraciones. Se continúa con esta dinámica hasta
que se haya finalizado por completo con la versión actual del producto (Krutchen, 2000).
2.2.2.2 La vida del Proceso Unificado
El proceso Unificado se repite a lo largo de una serie de ciclos que constituyen la

vida de un sistema. Cada ciclo concluye con una versión del producto para los clientes.
Cada ciclo consta de cuatro (4) fases: inicio, elaboración, construcción y transición
(Jacobsen et Al, 2000).
2.2.2.3 Producto
63
Según Jacobsen y colaboradores (2000), cada iteración se considera un sub-

proyecto que genera productos de software, además de documentación, permitiendo al
usuario tener puntos de verificación y control más rápidos, e induciendo un proceso
continuo de pruebas y de integración desde las primeras iteraciones. El producto terminado
incluye los requisitos, casos de uso, especificaciones no funcionales, modelo de la
arquitectura y el modelo visual que son modelados con UML.
2.2.2.4 Fases del Proceso Unificado
Cada ciclo se desarrolla a lo largo del tiempo. Este tiempo a su vez, se divide en
cuatro (4) fases. A través de una secuencia de modelos, los implicados visualizan lo que
está sucediendo en esa fase. Dentro de cada fase los directores o desarrolladores pueden
descomponer adicionalmente el trabajo en iteraciones que típicamente pasa por los cinco
flujos de trabajo como se muestra en la Figura Nº 14. Cada fase termina con un hito, que
son ciertos documentos o artefactos que han sido desarrollados hasta alcanzar un estado
predefinido Jacobson y colaboradores (2000).
Figura 14 Flujo de trabajo y fases PUD

64
Fase I: Inicio.
En esta fase se establece la planificación del proyecto y se delimita su alcance.

Es frecuente crear un prototipo ejecutable que sirva para probar los conceptos. Al final
de esta fase se examinan los objetivos y del proyecto y se decide si proceder con el
desarrollo del sistema.
Fase II: Elaboración.
Donde se analiza el dominio del problema, se establecen los cimientos de la

arquitectura y se desarrolla el plan del proyecto. En esta fase se construye un prototipo de la
arquitectura, que evoluciona en iteraciones sucesivas hasta convertirse en el sistema final.
Este prototipo contiene los casos de uso críticos identificados en la fase de inicio. Los
productos a generar en esta fase son:
⮚ Una nueva versión de todos los modelos elaborados en un 80%: casos de usos,
análisis, diseño, despliegue e implementación.
⮚ Requisitos no funcionales
⮚ Una descripción de la arquitectura, incluyendo vistas de los modelos de casos de
uso, análisis, diseño, despliegues e implementación.
⮚ Una lista de riesgo actualizada.
⮚ Un manual de usuario preliminar.
Fase III: Construcción.
En esta fase se alcanza la capacidad operacional del sistema de forma incremental a

través de las sucesivas iteraciones. Durante esta fase todos los componentes, características
y requisitos son implementados, integrados y probados en su totalidad, y se obtiene una
versión aceptable del producto. Los productos a generar en esta fase son:
⮚ El plan de proyecto para la fase de transición.

65
⮚ El sistema software ejecutable (la versión con capacidad operativa inicial). Esta es
la construcción final de la fase.
⮚ Todos los artefactos, incluyendo los modelos del sistema. La descripción de la
arquitectura, mínimamente modificada y actualizada.
⮚ Una versión preliminar del manual de usuario, lo suficiente detallado como para
guiar a los usuarios
Fase IV Transición
Esta fase se centra en implementar el producto en su entorno de operación. La

forma en que el producto lleva a cabo este objetivo varía con la naturaleza de la relación del
producto con su mercado. La fase de transición finaliza con el lanzamiento definitivo del
producto. Los productos que surgen en esta fase son:
⮚ El propio software ejecutable, incluyendo el software de instalación.

⮚ Documentos legales, como contratos, licencias, renuncias de derechos y garantías.
⮚ La versión completa y corregida de línea base de la versión del producto incluyendo
todos los modelos del sistema.
⮚ La descripción completa y actualizada de la arquitectura.
⮚ Manuales y material de formación del usuario final, del operador y del
administrador del sistema.
⮚ Referencia (incluyendo referencia de la Web) para la ayuda del cliente acerca de
dónde encontrar más información, como informar de defectos o donde encontrar
información sobre defectos y actualizaciones.
2.2.4.5 Flujos de trabajo elementales
Un flujo de trabajo es una relación de actividades que nos producen unos resultados
observables.
Requisitos
66
Este es uno de los flujos de trabajo más importantes, porque en él se establece qué
tiene que hacer exactamente el sistema que construyamos. En esta línea los requisitos son el
contrato que se debe cumplir, de modo que los usuarios finales tienen que comprender y
aceptar los requisitos que se especifiquen (Krutchen, 2000)
En relación a los requisitos, se dividen en dos grupos. Los requisitos funcionales

representan la funcionalidad del sistema. Se modelan mediante diagramas de Casos de Uso.
Los requisitos no funcionales representan aquellos atributos que debe exhibir el sistema,
pero que no son una funcionalidad específica. Por ejemplo, requisitos de facilidad de uso,
fiabilidad, eficiencia, portabilidad, etc.
Finalmente, en este flujo de trabajo, y como parte de los requisitos de facilidad de

uso, se diseña la interfaz gráfica de usuario. Para ello habitualmente se construyen
prototipos de la interfaz gráfica de usuario que se contrastan con el usuario final.
Análisis
Se analizan los requisitos que se describieron en la captura de requisitos,

refinándolos y estructurándolos, el objetivo es conseguir una comprensión más precisa de
los requisitos y una descripción de los mismos que sea fácil de entender y que ayude a
estructurar el sistema entero. El análisis consiste en obtener una visión del sistema que se
preocupa de ver qué hace, de modo que sólo se interesa por los requisitos funcionales.
Diseño
El objetivo de este flujo de trabajo es traducir los requisitos a una especificación que
describe cómo implementar el sistema. El diseño es un refinamiento del análisis que tiene
en cuenta los requisitos no funcionales, en definitiva, cómo cumple el sistema sus objetivos.
El modelo de diseño incluye:
⮚ Clases de diseño, incluyendo las clases activas, y sus operaciones, atributos y

requisitos de implementación.
67
⮚ La vista arquitectónica del diseño, incluyendo sus elementos significativos de cara a

la arquitectura.
⮚ Los subsistemas de diseño y subsistemas de servicio serán implementados

mediante: código fuente, scripts, binarios, ejecutable.
Referente al resultado final, más importante de este flujo de trabajo será el modelo
de diseño. Consiste en colaboraciones de clases, que pueden ser agregadas en paquetes y
subsistemas. Además, otro producto importante de este flujo es la documentación de la
arquitectura de software, que captura varias vistas arquitectónicas del sistema.
Implementación
En este flujo de trabajo se implementan las clases y objetos en ficheros fuente,

binarios, ejecutables y demás. Además, se deben hacer las pruebas de unidad: cada
implementador es responsable de probar las unidades que produzca. El resultado final de
este flujo de trabajo es un sistema ejecutable.
Pruebas
Este flujo de trabajo es el encargado de evaluar la calidad del producto que estamos
desarrollando, pero no para aceptar o rechazar el producto al final del proceso de desarrollo,
sino que debe ir integrado en todo el ciclo de vida. Sus objetivos son:
⮚ Encontrar y documentar defectos en la calidad del software.

⮚ Generalmente asesora sobre la calidad del software percibida.
⮚ Provee la validación de los supuestos realizados en el diseño y especificación de
requisitos por medio de demostraciones concretas.
⮚ Verificar las funciones del producto de software según lo diseñado.
⮚ Verificar que los requisitos tengan su apropiada implementación.
68
CAPITULO IV. RESULTADOS
El presente proyecto se estableció́ mediante un diagnostico previamente realizado

en la comunidad a través de técnicas e instrumentos de recolección de datos que permitió́
obtener información significativa sobre la problemática existente y de esta manera
neutralizar en la medida de lo posible dicho problema. No obstante, se plantean las
actividades y productos obtenidos durante el desenlace de la investigación la cual está
basada en la metodología PUD, propuesta por Booch y colaboradores (2002), lo que arrojó
la elaboración del sistema de información orientado a la web de la Unidad de Diabetes “Iris
García de Mota del Hospital Especial “Dr. Julio Rodríguez” Cumaná, estado Sucre.
En cuanto a las metodologías existentes para el desarrollo de sistemas de

información, son muy variadas y se pueden agrupar estableciendo un criterio de referencia
como el nivel del proyecto, la evolución tecnológica, las bases técnicas, las tendencias
69
regionales o cualquier otro criterio. Para ello se empleó la metodología basada en el modelo
propuesto por Booch, Jacobson y Rumbaugh conocido como el Proceso Unificado de
Desarrollo de software o sus siglas en inglés RUP (Rational Unified Process) desarrollado y
mantenido por la compañía Rational Inc.
Según Per Kroll, Philippe Kruchten (2003), La metodología RUP se caracteriza por
tres elementos fundamentales: es iterativa e incremental, es centrada en la arquitectura, y es
manejada a través de los casos de uso.
De acuerdo a Guerrero (2006), RUP “Se basa en una forma disciplinada de asignar
tareas y responsabilidades en un proyecto de desarrollo de sistemas de información
asegurando la producción de un software de calidad dentro de plazos y presupuesto
predecible”.
Por eso, este proceso unificado de desarrollo de software pretende implementar las
mejores prácticas actuales en ingeniería del software orientado en:
● Desarrollo iterativo del software.
● Administración de requerimientos.
● Uso de arquitecturas basadas en componentes.
● Modelamiento visual del software.
● Verificación de la calidad del software.
● Control de cambios.
Cabe señalar, que dicha metodología se desarrolla en cuatro fases de trabajo, una
fase de iniciación seguido de una fase de elaboración, seguido de una fase de construcción
y finaliza con una fase de transición (Per Kroll, Philippe Kruchten, 2003).
Entonces, durante la fase de iniciación es comprender el alcance del proyecto de

desarrollo del software además de construir y entender las reglas del negocio donde se
desenvuelve el proyecto de desarrollo (Per Kroll, Philippe Kruchten, 2003).
70
No obstante, la fase de elaboración tiene como objetivo mitigar los principales

riesgos técnicos, crear una arquitectura de base y entender todo lo que esto implica en la
construcción del software (Per Kroll, Philippe Kruchten, 2003).
Para ello, la fase de construcción, se construye la primera versión operacional del

producto para pasar a la fase de transición donde se completa la versión final del software y
asi entregarlo al cliente (Per Kroll, Philippe Kruchten, 2003).
4.1 Describir la situación actual del programa integral de atención al paciente con
diabetes.
En función de describir la organización de la Unidad de Diabetes “Iris García de

Mota” del Hospital Especial “Dr. Julio Rodríguez”, la primera actividad realizada, fue un
estudio documental y del ámbito del sistema, lo cual permitió obtener una aproximación del
sistema actual y del contexto que lo contiene. Para ello, se llevó a cabo una revisión
documental de los manuales de normas y procedimientos de la Unidad, partiendo de la
naturaleza, su misión y visión.
Misión: “Se basa en la atención de la población sana, expuesta al riesgo y al paciente con
diabetes mellitus a través de la promoción, prevención y control de la enfermedad, de esta
manera se puede garantizar el derecho a la salud con coherencia a los principios de equidad,
integración, ética e inclusión, así como cumplir las políticas, prioridades y estrategias
establecidas por el Ministerio del Poder Popular para la Salud, con un enfoque social y más
humano.
Visión: Reducir los factores de riesgo, la mortalidad y las complicaciones agudas y

crónicas de la diabetes mellitus, de tal forma que se minimicen las repercusiones médicas,
económicas y sociales que permitan mejorar las condiciones de vida de la población.
Por tal motivo, para dar cumplimento a este objetivo, fue necesaria la observación
directa de los procedimientos realizados en la Unidad de Diabetes “Iris García de Mota” del
Hospital Especial “Dr. Julio Rodríguez”, lo que permitió mantener un contacto directo con
71
el personal y visualizar los procesos referidos al manejo general del sistema existente,
lográndose establecer las necesidades y requerimientos de los mismos.
Es necesario señalar, que la recopilación de la información, se inició con la

entrevista a la Dra. Josefa Velásquez, Médica Coordinadora de la Unidad de Diabetes “Iris
García de Mota” del Hospital Especial “Dr. Julio Rodríguez”, en virtud que representa la
máxima autoridad de las instancias adscritas a la citada Unidad, y está directamente
relacionadas con el proceso actual para el registro y control de los datos. Es por ello, que la
técnica aplicada para recabar la información, consistió en la planificación de una entrevista
no estructurada con el fin de conocer sus opiniones de manera espontánea sobre el proceso
actual para el manejo de los datos.
Seguidamente, se localizó a los informantes claves encargados directamente del

funcionamiento interno de la Unidad, para ello se contó con el apoyo de la Lcda. Amadora
Tallaferro, Enfermera líder de la dependencia y la con señora Yesenia González, quien
cumple funciones como secretaria encargada de la organización de los datos que
diariamente se manejan dentro de la Unidad, en función de aplicar las técnicas de
recolección de datos, (observación directa y entrevistas no estructuradas), dirigidas al
personal encargado de llevar a cabo el control de los procesos que se desarrollan en las
áreas y servicios de la Unidad de Diabetes “Iris García de Mota” del Hospital Especial “Dr.
Julio Rodríguez” y tomando como referencia el Manual de Técnicas y Procedimientos, se
pudo realizar la descripción de las actividades ejecutadas en cada uno de los espacios de la
Unidad.
En cuanto a la planificación realizada para la entrevista, se puede observar en la

siguiente tabla, los cargos, ocupación y fecha de las personas entrevistadas.
N° Nombre y Apellido Cargo Fecha entrevista

1 Josefa Velázquez Médica Coord. Unidad 25/09/2019
2 Amadora Tallaferro Líder de Enfermería 10/10/2019
72
3 Yesenia González Secretaria 24/10/2019
Fuente autores
Actividades desarrolladas en la Unidad de Diabetes “Iris García de Mota del

Hospital Especial “Dr. Julio Rodríguez”:
1.- Valoración del enfermo o enferma por el servicio de Emergencias y Consultas

externas.
2.- Registro del paciente por parte del Servicio de Registros y Estadísticas de Salud
(Historias médicas) para establecer la cita de evaluación por la Unidad de Diabetes y
solicitud de exámenes de laboratorio.
3.-El día establecido para la cita, se procede a anotarlo en la morbilidad y a la
elaboración de la historia clínica, para luego ser examinado por los médicos diabetólogos,
donde se le indica tratamiento ambulatorio o de acuerdo a la gravedad del caso se ingresa al
servicio de hospitalización.
4.- En caso de que el enfermo sea insulinodependiente, se le hace entrega del
fármaco correspondiente y para ello, se inscribe en la data respectiva.
5.- Todo paciente tratado de forma ambulatoria o egresado por mejoría del área de
hospitalización, es nuevamente citado en el lapso de un mes, pero de presentar alguna
complicación es valorado como una emergencia.
6.- En relación a los enfermos del servicio de Pie diabético, que presenten lesiones
graves, se les realizan las curas a diario y tres veces por semana a los que tengan ulceras
leves.
7.- Cuando las ulceras no mejoran con el tratamiento indicado ni con las curas
realizadas y se observan signos de necrosis, los pacientes son valorados por Traumatología
y Cirugía vascular para conducta quirúrgica, pero dependiendo de la gravedad del caso, es
referido al Hospital Universitario “Antonio Patricio de Alcalá”, para amputación del
miembro afectado.
73
Se hace necesario mencionar, que todas estas acciones generan datos estadísticos
diarios, los cuales son procesados manualmente y de forma irregular, a pesar de contar con
dos equipos de computación utilizados por la secretaria y un transcriptor, pero la falta de
personal calificado y la carencia de un sistema automatizado, que permita almacenar y
organizar los datos de manera simple, oportuna y eficiente ocasiona un sub-registro de la
información, situación que fue evidenciada al observar, que a pesar de llevar un control
para la administración de los insumos médico-quirúrgicos y medicamentos, no es un
sistema preciso y se dificulta la obtención veraz y concisa de los datos, lo cual retrasa el
todo el proceso.
Además, el ausentismo laboral por disfrute de cláusulas contractuales (descansos

trimestrales, vacaciones, permisos médicos, entre otros), crea vacíos para cubrir áreas
primordiales responsables del manejo, control y almacenaje de tan importante información,
lo que trae como consecuencia que el envío de insumos y medicamentos por parte del
Ministerio del Popular para la Salud (MPPS) sean insuficientes en relación al número de
pacientes atendidos por la Unidad.
Es por ello, que la problemática antes planteada, permitió obtener y organizar toda
la información relacionada con el manejo de datos en la Unidad de Diabetes “Iris García de
Mota” del Hospital Especial “Dr. Julio Rodríguez”, las posibles soluciones y sus
fundamentos prácticos y teóricos.
Así mismo, el programa integral de atención al paciente con diabetes “Iris de Mota”
se divide en tres secciones, atención integral consulta externa que se encarga de las
consultas y atención al paciente con diabetes, en este mismo entregan los medicamentos y
se evalúa la condición del paciente. El segundo es el subprograma de atención integral al
paciente con pie diabético, en el mismo se realizan operaciones y tratamientos
especializados en el pie diabético. El tercero es hospitalización, es cuando el paciente que
viene ya sea por la parte de pie diabético o por la de consulta, están en condiciones graves y
necesita un cuidado especial, entonces pasa a hospitalización para ser atendido con sumo
cuidado. (ver figura Nª 15)
74
Documento Visión
Planteamiento del problema La Diabetes puede producir complicaciones en

muchas partes del cuerpo y aumentar el riesgo
general de morir prematuramente. Algunas de
las complicaciones a las que puede llevar son el
infarto al miocardio, los accidentes
cerebrovasculares, la insuficiencia renal, la
amputación de miembros inferiores, la perdida
de agudeza visual y la neuropatía.”
Es así, como en virtud de esta amenaza que acecha a

los pacientes de la Unidad de Diabetes “Iris García de
Mota” del Hospital Especial “Dr. Julio Rodríguez”, y a
pesar del compromiso del personal que allí labora,
algunos procesos son lentos al tener que buscar de
forma manual en archivos generales del Departamento
de Registros y Estadísticas de salud, las historias
clínicas de los enfermos, las entregas de medicamentos
realizadas y cualquier información requerida, sumado
al hecho, de registrar manualmente la morbilidad
diaria de las consultas externas, servicio de
emergencias y hospitalización, utilizando gran
cantidad de papel en un espacio físico pequeño, lo que
dificulta en gran medida la oportunidad de la
información y por ende la adecuada atención del
paciente diabético.
Solución propuesta Desarrollo de un sistema de información automatizado,

para el efectivo manejo y resguardo de las estadísticas
en la Unidad de Diabetes “Iris García de Mota del
Hospital Especial “Julio Rodríguez”, facilitando las
75
entregas de medicamentos, índices de pacientes

atendidos y patrones en los mismos, que pueden dar
pie a tomas de decisiones oportunas, a través de una
base de datos de pacientes, de su condición en habitad,
como complicaciones y genética del mismo.
Objetivo general Desarrollar un sistema de información automatizado

para la gestión de pacientes y entregas de
medicamentos de la Unidad de Diabetes “Iris de
García de Mota”, del Hospital Especial “Dr. Julio
Rodríguez”.
Objetivos específicos Describir la situación actual del programa integral de

atención al paciente con diabetes.
Analizar los resultados obtenidos para sacar los
requerimientos del sistema.
Diseñar las interfaces del sistema propuesto tomando
en cuenta los requerimientos del mismo.
Desarrollar el sistema de información automatizado.
Alcance y limitaciones Alcances: El trabajo consistió en desarrollar un sistema
automatizado de información que permita facilitar el
registro de datos generados en los servicios y áreas que
conforman la Unidad de Diabetes “Iris García de Mota
del Hospital Especial “Dr. Julio Rodríguez”, así como
la recepción, administración y entrega de
medicamentos e insumos médico-quirúrgicos a los
pacientes que acuden a la citada Unidad. Se inició con
la recolección de información referida a la ejecución
de los procesos estadísticos, análisis de los datos y
aplicación del sistema. Se planteó una investigación de
tipo descriptivo y para ello se empleó la metodología
basada en el modelo propuesto por Booch, Jacobson y
Rumbaugh conocido como el Proceso Unificado de
Desarrollo de software o sus siglas en inglés RUP
76
(Rational Unified Process) desarrollado y mantenido

por la compañía Rational Inc.
Limitaciones: Situación por Pandemia COVID 19
Metodología de trabajo Se utilizó la metodología de proyecto factible. Es un
estudio de campo y de carácter descriptivo.
Tabla 4 Documento visión

Fuente: Los autores
Figura 15 Organigrama del programa integral de atención al paciente con diabetes.

77
Visión
Reducir los factores de riesgos, la mortalidad y las complicaciones agudas y

crónicas de la diabetes mellitus, de tal forma que se minimicen las repercusiones médicas,
económicas y sociales que permitan mejorar las condiciones de vida de la población.
Misión
Se basa en la atención de la población sana, expuesta al riesgo y al paciente con
diabetes mellitus a través de la promoción, prevención y control de la enfermedad, de esta
manera garantizar el derecho a la salud con coherencia a los principios de equidad
integración, ética e inclusión, así como cumplir las políticas, prioridades y estrategias
establecidas por el ministerio del poder popular para la salud, con un enfoque social y más
humano.
4.2 Analizar los resultados obtenidos para sacar los requerimientos del sistema.
Para el desarrollo de la siguiente sección la cual comprende el análisis los resultados

de las entrevistas realizadas en la Unidad de Diabetes “Iris de Mota” del Hospital Especial
“Dr. Julio Rodríguez”. Entre la información obtenida se logró establecer los flujos del
usuario del sistema al igual que los actores que hacen vida en el mismo. Los actores del
sistema son los siguientes:
● Médicos: Son los que registran a los pacientes, establecen la cita (dependiendo si
es insulino-dependiente, ya que si requiere Insulina es necesario su asistencia a la
Unidad para recibir la dosis de insulina), entregan medicamentos y dependiendo de
la condición del paciente (si el paciente ésta hospitalizado) gestionan la historia de
hospitalización. (ver figura Nª 16).
● Secretaría: Es la encargada de llevar la asistencia y registrar los datos que

recopilaron los médicos a digital.
78
● Administrador: Este actor cumple con las actividades anteriormente señaladas y

adicionalmente registra medicamentos y material médico-quirúrgicos, actualizar el
inventario y manejar información de pacientes.
Figura 16 caso de uso del médico

Fuente: los autores
Descripción de caso de uso

CRUD pacientes
“Registrar paciente” – flujo normal
Usuario Sistema
1. Usuario da clic en botón de 2. Sistema carga interfaz para
registrar paciente rellenar el formulario de datos
personales.
3. El usuario llena el campo
cedula del formulario de datos 5. Sistema envía la cedula al
personales del paciente servidor a través de Ajax para
validar si existe.
4. El usuario pasa a otro campo
del formulario 6. La cedula no existe, habilito
botón de continuar registro
7. El usuario llena todos los
campos y da clic en botón de 8. Sistema envía el formulario con
continuar la información al servidor para
79
10. El usuario llena la información crear la persona.

de vivienda. 9. Sistema registro a la persona en
11. El usuario da clic en el botón la base de datos y devuelve la
finalizar registro de paciente. pantalla de datos de vivienda
con la información de la
persona.
12. Sistema enviar los datos del
formulario de vivienda al
servidor.
13. Sistema registra en la base de
datos los datos de vivienda y
luego crea al paciente con la
vivienda.
Tabla 5 Descripción de caso de uso de registrar paciente

Fuente: Los autores
Diagrama de secuencia
Figura 17 Diagrama de secuencia de crear paciente

80
Fuente: los autores
Diagrama Entidad Relación
Una vez conocido los requerimientos, los actores y el flujo de los mismo se
prosiguió a diseñar la base de datos del sistema, tomado como referencia las diferentes
funcionalidades que se realizaran. (ver figura 18)
Figura 18 Diagrama Entidad/Relación del sisprodi

Fuente: los autores
81
Diagrama de clases
Figura 19 Diagrama clases para proceso de registro de paciente

Fuente: los autores
82
Diagrama de componentes
Figura 20 Diagrama componentes de sisprodi

Fuente: los autores
83
Diagrama de despliegue
Figura 20 Diagrama de despliegue

Fuente: los autores
4.3 Diseñar las interfaces del sistema propuesto tomando en cuenta los requerimientos
del mismo.
Para éste objetivo diseñamos las interfaces del sistema basándonos por las
funcionalidades dadas en los casos de uso. (ver apéndice) Por lo que nuestro primer paso
fue definir las acciones de cada actor dentro del sistema y por ende establecer un layout
84
base por el cual se manejaran todas las pantallas.
De igual forma, en la siguiente figura se puede observar un boceto de baja fidelidad

del sistema y la distribución de elementos del mismo. (ver figura Nª 22) Esta pantalla en
específico es para ver los detalles del paciente un vez fue registrado en el sistema.
Figura 22 Layout base para diseño del sistema

Fuente: los autores
Una vez definido los colores y estilos del sistemas, colores y estilos dado por el logo
de la institución, se prosiguió a hacer un diseño más detallado para verificar colores, flujos
y elementos como menús y navegación. (ver figura N° )
85
Figura 22 Diseño de alta fidelidad del sistema bajo correcciones.

Fuente: los autores
4.4 Desarrollar el sistema de información automatizado.
En este apartado se comenzó el desarrollo del software utilizando herramientas de

software libre como lo son PHP, Apache, y MySQL. Se utilizó en el diseño arquitectónico
del sistema el paradigma Modelo-Vista-Controlador (MVC). Cabe resaltar que el sistema
paso por 3 refactorizaciones de código para conseguir una calidad en el software del
mismo.
Entonces, en la tercera refactorización se decidió usar el micro framework Slim para

gestionar las peticiones por HTTP en la url y de esa forma optimizar el tiempo de
desarrollo. Aunque se decidió usar Slim para gestionar las peticiones a la url, es importante
aclarar que el marco de trabajo del sistema fue implementado basándonos en las buenas
practicas que se ven en Laravel (framework para desarrollo de aplicaciones en php) como
su estructura de carpeta y de Slim tomamos la forma de manejar las peticiones a la url y la
lectura de modelos sin el uso de un ORM. El sitio web Deloitte define ORM como:
86
(Muro, s.f.) “Un ORM es un modelo de programación que permite mapear las

estructuras de una base de datos relacional (SQL Server, Oracle, MySQL, etc.),
en adelante RDBMS (Relational Database Management System), sobre una
estructura lógica de entidades con el objeto de simplificar y acelerar el
desarrollo de nuestras aplicaciones.”
Así, en la siguiente figura se podrá ver el inicio de sesión del sistema sisprodi, en
donde será la primera pantalla que verán todos los usuarios. Una vez coloquen sus
credenciales en el sistema, el mismo validará el rol que posee para así mostrarle solo los
permisos que cada actor posee. (ver figura N° 23)
Figura 24 Pantalla inicial del sistema.

Fuente: los autores
Una vez los médicos inicien sesión en el sistema los mismos tendrán acceso a todas
las funciones de pacientes, citas y entrega de medicamentos. En la próxima pantalla se
puede ver el formulario para registrar un paciente. (Ver figura Nª 25) La pantalla de
registrar paciente se divide en dos partes, registrar los datos personales del paciente y la
87
segunda en registrar los datos de vivienda del paciente. En el formulario el campo cedula
valida si el paciente existe, en caso de meter una cedula de un paciente que existe el sistema
desactiva el botón y manda una alerta diciendo que la persona está registrada en el sistema
(ver apéndice), si en dado caso está registrada en el sistema, el botón de registrar a partir de
usuario cumple la función de registrar un paciente que existe en el sistema.
Figura 25 Registrar pacientes

Fuente: los autores
Una vez se registró los datos del paciente, el sistema lo llevará a otra pantalla para
cargar los datos de vivienda del mismo (ver figura Nª 26). Una vez cargada la información
de habitación y la información de vivienda, el sistema registra al paciente y posteriormente
manda al usuario del sistema al listado de pacientes del sistema.
88
Figura 25 Registrar pacientes

Fuente: los autores
89
CONCLUSIONES
Los resultados obtenidos en el programa integral de atención al paciente con

diabetes “Iris de Mota” dan a conocer la situación y problemática que presenta el mismo
con la falta de un sistema informático para optimizar los recursos y dar un servicio más
eficiente.
Los casos de uso del sistema se determinaron a partir de los actores y

requerimientos que previamente se habían levantado, por lo que cual es un proceso
importante, el realizar un análisis detallado de los requerimientos del negocio.
El diseño de los modelos UML ayudo a tener una visión más amplia y clara de las
necesidades y los procesos que se requerían para el buen funcionamiento del sistema. Fue
una pieza fundamental para el diseño de las pantallas y la experiencia del usuario, dando un
diseño agradable y fácil de usar.
El desarrollo de un sistema de información no hace solo referencia al hecho de

codificar, sino de ejecutar una seria de pasos, tener conocimiento del modelado del negocio,
el análisis del mismo y una planificación asertiva.
90
RECOMENDACIONES
Para el buen desempeño y mantenimiento del sistema recomiendo el uso de sistema

operativos basados en UNIX o GNU/LINUX. Esto por la configuración del servidor y el
excelente manejo de los permisos tanto de usuarios como de carpetas.
Para un buen desempeño de sus funciones les recomiendo usar una intranet para
poder conectar los equipos del programa integral de atención al paciente con diabetes “Iris
de Mota”, puesto que da la oportunidad que todos los roles necesarios puedan trabajar
dentro del sistema sin la necesidad de un secretario que transcriba la información de las
planillas.
91
REFERENCIAS BIBLIOGRÁFICAS
v Arias, F (2006, 2012) El proyecto de investigación, 5ta y 6ta edición. Venezuela.

Editorial Episteme.
https://ocw.ehu.eus/pluginfile.php/51928/mod_resource/content/2/lab2-refactor.pdf
v https://www2.deloitte.com/es/es/pages/technology/articles/que-es-orm.html
❖
92
❖
93
❖ APENDICE

Sisprodi - Proyecto

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Sisprodi - Proyecto

Cargado por

Copyright:

Formatos disponibles

1

República Bolivariana de Venezuela

DESARROLLO DE UN SISTEMA PARA LA GESTIÓN DE PACIENTES Y

Cumaná; Octubre del 2021

CARTA ACEPTACIÓN DE LA COMUNIDAD

En la ciudad de Cumaná, a los XX días del mes de XXXX del XXXX.

República Bolivariana de Venezuela

DESARROLLO DE UN SISTEMA PARA LA GESTIÓN DE PACIENTES Y

El siguiente proyecto de investigación se basa en el desarrollo de un sistema

Se lo dedico a Dios que es el que me permitió realizar este proyecto.

A Dios por ayudarme en la realización de este proyecto y aprendizaje que me brindo el

Tabla 1Características del hardware y software de la computadora 10

Figura 1 Componentes de los sistemas de información computacionales 18

Desde el nacimiento del computador, el avance en materia científica ha tenido un

Es así como, al hablar específicamente del área de la salud, la tecnología de la

Desde hace unos años, en Venezuela se ha generado un movimiento naciente del

“Desarrollar la infraestructura necesaria para el desarrollo de la telemedicina,

Capítulo I: Se desarrolla el planteamiento del problema, objetivo general, objetivos

Capitulo II: Se presenta el marco teórico, los antecedentes, fundamentos teóricos y

Capitulo III: Se hace mención a la metodología empleada, tomándose como

Una vez cumplidas todas las etapas de la investigación, se elaboraron las

1.1 Descripción de la Institución

El Hospital Especial “Dr. “Julio Rodríguez”, conocido también como Sanatorio

En tal sentido, en el mes de octubre del año 1995, se inició el servicio de

De igual forma, a partir del 2006, inauguran el servicio de Epidemiología, el cual es

2.1 Planteamiento del problema

Cuando se observa el mundo entero, en especial la forma de comunicarse y de ver el

“Entre 2005 y 2013, los servicios móviles en los sectores de educación,

a material educativo multimedia. En el área de la salud, los servicios digitales

Es necesario señalar, que el personal que labora en la Unidad de Diabetes “Iris

“La Diabetes de todo tipo puede producir complicaciones en muchas

Algunas de las complicaciones a las que puede llevar son el infarto al

Por lo antes planteado, se hace necesario optimizar los procesos para la

En vista de lo anteriormente expuesto se formulan las siguientes preguntas de

1. ¿Un sistema de información optimizará los procesos que de manera rudimentaria se

2. ¿La recepción, utilización y entrega de medicamentos y equipos médico-

través de un sistema de información?

Un trabajo realizado de manera óptima en el sector salud, puede ser la diferencia

Es así como el desarrollo de un sistema de información automatizado, abre un

De igual forma, en el aspecto legal, según lo expresado en el Plan de la Patria 2019-

1.4. Población beneficiada

Entre la población beneficiada de este proyecto socio-tecnológico se encuentran los

• Directos: Personal administrativo médicos y enfermeras de la Unidad de Diabetes.

• Indirectos: Personal subyacentes a la Unidad de Diabetes, así como de la comunidad

1.5 Objetivos del proyecto

1.5.1 Objetivo General

Desarrollar un sistema de información automatizado para la gestión de pacientes y

1.5.2. Objetivos específicos

• Describir la situación actual del programa integral de atención al paciente con

• Diseñar las interfaces del sistema propuesto tomando en cuenta los

• Desarrollar el sistema de información automatizado.

1.6. Estudio de factibilidad

El proyecto es técnicamente factible, puesto a que el software que se requiere para

Tabla 1Características del hardware y software de la computadora

Es importante resaltar que, en la Unidad, la computadora que ésta a disposición para

Según la investigación de campo que se realizó en la institución, la misma cuenta

Tabla 2 Gastos de mano de obra por desarrollo de un sistema informático

Responsable Descripción Monto en Bs

Fuente: Los autores.

Con el fin de garantizar el buen funcionamiento del sistema, este mismo se

el trabajo y papeleo diario.

1.6. Plan de acción y cronograma de actividades

Tabla 3 Plan de acción del proyecto