2022_Tesis_Niño_Zafra

•

Escuela Universidad Nacional

alonso Garzón

29/2/2024

¡Este material tiene más páginas!

Entonces, ¿te gustó este material?

Ayude a animar a otros estudiantes a mejorar el contenido

¿Te gustó este material? ¡Compartir! 🧡

Calidad de Software

7767 Materiales compartidos

Descarga la aplicación para disfrutar aún más

Lea materiales sin conexión, sin usar Internet. Además de muchas otras características!

Vista previa del material en texto

UNIVERSIDAD AUTÓNOMA DE BUCARAMANGA
FACULTAD DE INGENIERÍA
PROGRAMA DE INGENIERÍA BIOMÉDICA

Desarrollo de un aplicativo para la gestión de manuales, protocolos de mantenimiento,
guías de manejo rápido y errores comunes de los equipos biomédicos priorizados que
se usan en una Institución Prestadora de Servicios de Salud

Presentado por:
María Alejandra Niño Méndez
Frank Alexander Zafra Ardila

Director:
Mario Fernando Morales Cordero

Codirectores:
Juan Camilo Serrano Castañeda
Lusvin Javier Amado Forero

Bucaramanga
2022

Agradecimientos

Primero que nada, agradezco a Dios por permitirme culminar esta etapa de mi vida, por darme
la fortaleza para nunca rendirme y salir adelante a pesar de los todos los obstáculos que se
hayan podido presentar. Agradezco a mi familia, a mi hermano, a mi padre y sobre todo a el
pilar de mi vida por tantos años, a mi madre, sin ella, este logro jamás hubiera sido posible.

Al ingeniero Mario Morales por tomar la batuta como director de este proyecto y guiarnos por el
camino de la excelencia durante toda la carrera profesional exigiéndonos y presionándonos
para dar lo mejor. A mi compañera de tesis, María Alejandra, por ser una persona responsable
que siempre respondió y estuvo a la altura de las exigencias presentadas para dar fin a este
proyecto.

Frank Alexander Zafra Ardila

Agradecimientos

Agradezco a Dios por darme fuerza en los momentos que lo necesitaba.
A mi madre, por estar siempre presente en todas las etapas de mi vida, brindarme su
apoyo, enseñarme con su ejemplo el valor del esfuerzo y la dedicación.
A mis hermanos, Jonathan y Sara por estar siempre para mí.
Dedico este logro a la memoria de mi padre, su recuerdo es una perla para mí y sé que
estaría orgulloso.

Maria Alejandra Niño Mendez

Resumen
El objetivo del presente proyecto es desarrollar un software para la visualización de
manuales, protocolos de mantenimiento, guías de manejo rápido y reporte de solución de
errores comunes de equipos biomédicos de la marca General Electric en una IPS de alta
complejidad con el fin de reducir los tiempos de búsqueda de esta documentación y que a su
vez se permita su conservación prolongada en el tiempo de forma amigable con el medio
ambiente. Para lograr esto, se extrajo la documentación mencionada del software institucional
que es la base de datos vigente de equipos biomédicos de la IPS de alta complejidad Los
Comuneros Hospital Universitario de Bucaramanga S.A. En cuanto a la información no
encontrada se procedió a hacer la respectiva digitalización de esta por cuenta propia. Para la
codificación del software se hizo uso de lenguajes de programación tales como PHP y Java
Script haciendo uso del entorno de desarrollo de Visual Studio Community 2022, partir de este
se desarrolló un aplicativo web capaz de descargar, visualizar, añadir y/o eliminar
documentación de equipos biomédicos ya sea desde un ordenador o desde un teléfono móvil.

Abstract
The objective of this project is to develop a software for the visualization of manuals,
maintenance protocols, quick handling guides and solution reports of common errors of
biomedical equipment of the General Electric brand in a high complexity IPS in order to reduce
the search times of this documentation and at the same time to allow its prolonged conservation
in time in an environmentally friendly way. To achieve this, the mentioned documentation was
extracted from the institutional software, which is the current database of biomedical equipment
of the IPS of high complexity Los Comuneros Hospital Universitario de Bucaramanga S.A. As
for the information not found, the respective digitalization of this was done on its own. For the
coding of the software, we made use of programming languages such as PHP and Java Script
using the development environment Visual Studio Community 2022, from this we developed a
web application capable of downloading, viewing, adding and/or deleting documentation of
biomedical equipment either from a computer or from a cell phone.

TABLA DE CONTENIDO
CAPITULO I ..............................................................................................................................12
PROBLEMA U OPORTUNIDAD ...............................................................................................12
Planteamiento del problema ..................................................................................................12
Justificación ...........................................................................................................................14
Pregunta de investigación .....................................................................................................15
Objetivos ...............................................................................................................................16
Objetivo general .................................................................................................................16
Objetivos específicos .........................................................................................................16
Alcances y delimitaciones......................................................................................................16
CAPITULO II .............................................................................................................................18
MARCO TEÓRICO, MARCO LEGAL Y ESTADO DEL ARTE ...................................................18
Marco teórico .........................................................................................................................18
Marco legal ............................................................................................................................28
Leyes .................................................................................................................................28
Decretos ............................................................................................................................28
Resoluciones .....................................................................................................................29
Estado del arte ......................................................................................................................30
Contexto internacional .......................................................................................................30
Contexto nacional ..............................................................................................................33
Contexto local ....................................................................................................................35
CAPITULO III ............................................................................................................................37
METODOLOGÍA .......................................................................................................................37
Fase 1: Análisis .....................................................................................................................38
Fase 2: Diseño ......................................................................................................................38
Fase 3: Implementación ........................................................................................................39
Pruebas funcionales ..............................................................................................................40
Pruebas no funcionales .........................................................................................................41
CAPITULO IV ...........................................................................................................................42RESULTADOS ..........................................................................................................................42
Fase 1: Análisis .....................................................................................................................42
7

Definición de requerimientos y especificaciones ................................................................42
Recopilación de la documentación .....................................................................................43
Elección del lenguaje de programación ..............................................................................44
Fase 2: Diseño ......................................................................................................................46
Diagrama entidad-relación .................................................................................................46
Fase 3: Implementación ........................................................................................................51
Desarrollo del aplicativo .....................................................................................................51
Pruebas del software .............................................................................................................64
Pruebas funcionales ..............................................................................................................64
Pruebas unitarias ...............................................................................................................65
Pruebas de integración ......................................................................................................76
Pruebas de regresión .........................................................................................................81
Pruebas de compatibilidad ................................................................................................86
Pruebas no funcionales .........................................................................................................93
Pruebas de carga ...............................................................................................................93
Pruebas de estrés ..............................................................................................................94
Pruebas de usabilidad........................................................................................................95
CAPITULO V ............................................................................................................................98
CONCLUSIONES Y RECOMENDACIONES ............................................................................98
Conclusiones .........................................................................................................................98
Recomendaciones .................................................................................................................99
REFERENCIAS ...................................................................................................................... 101
ANEXOS ................................................................................................................................ 104

Lista de Figuras
Figura 1. Modelo metodológico del proyecto. ...........................................................................37
Figura 2. Diagrama de bloques para la codificación del aplicativo ............................................39
Figura 3. Recopilación y clasificación de documentos de equipos biomédicos. ........................44
Figura 4. Diagrama Entidad Relación .......................................................................................51
Figura 5. Vista de inicio del aplicativo. ......................................................................................52
Figura 6.Tablero principal del aplicativo desde usuario administrador ......................................53
Figura 7. Módulo de equipos biomédicos desplegado ..............................................................54
Figura 8. Tablero de submódulo de equipos biomédicos del aplicativo desplegado. ................55
Figura 9. Formulario para el registro de nuevos equipos biomédicos. ......................................56
Figura 10. Vista de los equipos biomédicos. ............................................................................56
Figura 11. Resultado de la búsqueda de equipo biomédico .....................................................58
Figura 12. Vista del equipo biomédico con su documentación. ................................................58
Figura 13. Módulo de usuarios. ................................................................................................59
Figura 14. Vista de tabla de usuarios .......................................................................................60
Figura 15. Formulario para agregar nuevo usuario. ..................................................................61
Figura 16. Modulo Roles. .........................................................................................................62
Figura 17. Formulario para agregar nuevo rol ..........................................................................62
Figura 18. Vista del tablero principal desde el rol visualizador ..................................................63
Figura 19. Evidencia de funcionamiento del botón de acceso rápido al módulo “Usuarios” ......66
Figura 20. Evidencia de funcionamiento del botón de acceso rápido al módulo “Equipos
biomédicos” ..............................................................................................................................66
Figura 21. Evidencia de funcionamiento del Botón “Agregar” para el registro de nuevos
modelos de equipos biomédicos. ..............................................................................................68
Figura 22. Evidencia de funcionamiento del Botón “Excel” para exportar el listado de equipos
en formato XLSX .......................................................................................................................69
Figura 23. Evidencia de funcionamiento del Botón “PDF” para exportar el listado de equipos en
formato PDF .............................................................................................................................69
Figura 24. Señal de carácter equivocado en la adición de un nuevo usuario. ..........................71
Figura 25. Evidencia de funcionamiento del Botón “Agregar” para añadir nuevos usuarios......72
Figura 26. Evidencia de funcionamiento del Botón “Ver usuario” para ver datos de un usuario
registrado ..................................................................................................................................73
Figura 27. Evidencia de funcionamiento del Botón “Editar usuario” ..........................................74
Figura 28. Evidencia de funcionamiento del Botón “Eliminar usuario” ......................................74
Figura 29. Evidencia de funcionamiento del Botón “Iniciar sesión ............................................75
Figura 30. Evidencia de funcionamiento del Botón “Logout” .....................................................76
Figura 31. Registro de cinco nuevos usuarios en el aplicativo. .................................................78
Figura 32. Ingreso al aplicativo desde el usuario de prueba 1 ..................................................78
Figura 33. Búsqueda de un modelo de equipo biomédico desde el usuario de prueba 1 .........79
Figura 34. Descarga y visualización de documentación de un equipo biomédico .....................79
Figura 35. Cierre de sesión del usuario de prueba 1 ................................................................80
Figura 36. Listado de modelos disponibles por equipo biomédico de la marca General Electric
del softwareAthenea de la IPS. ................................................................................................82
Figura 37. Búsqueda de modelos de monitores de signos vitales disponibles en el aplicativo .83
Figura 38. Búsqueda de modelos de ventiladores mecánicos disponibles en el aplicativo .......83
Figura 39. Búsqueda de modelos de máquinas de anestesia disponibles en el aplicativo ........84
Figura 40. Búsqueda de modelos de desfibriladores disponibles en el aplicativo .....................85
Figura 41. Búsqueda de modelos de electrocardiógrafos disponibles en el aplicativo ..............85
Figura 42. Búsqueda de modelos de rayos X arco en C disponibles en el aplicativo ................86
9

Figura 43. Error presentado en ordenador de la IPS ................................................................88
Figura 44. Resultados de la primera pregunta de la encuesta de aceptación. ..........................89
Figura 45. Resultados de la segunda pregunta de la encuesta de aceptación. ........................89
Figura 46. Resultados de la tercera pregunta de la encuesta de aceptación. ...........................90
Figura 47. Resultados de la sexta pregunta de la encuesta de aceptación. .............................92
Figura 48. Carga de datos de prueba .......................................................................................94
Figura 49. Error en el aplicativo en prueba de estrés. ..............................................................95
Figura 50. Carga de datos en prueba de estrés. ......................................................................95

Lista de Tablas
Tabla 1. Requerimientos del Aplicativo .....................................................................................42
Tabla 2. Matriz de selección del lenguaje de programación. .....................................................44
Tabla 3. Entidades Definidas a Partir de los Requerimientos Funcionales ................................46
Tabla 4. Resultados de pruebas unitarias modulo “tablero principal” ........................................65
Tabla 5. Resultados de pruebas unitarias del módulo “equipos biomédicos” ............................67
Tabla 6. Resultados pruebas unitarias del módulo “Usuarios” ..................................................70
Tabla 7. Resultados pruebas unitarias módulo de Login y Logout ............................................75
Tabla 8. Resultados pruebas de integración .............................................................................77
Tabla 9. Resultados pruebas de regresión ...............................................................................81
Tabla 10. Características técnicas de los equipos de cómputo de la Los Comuneros Hospital
Universitario de Bucaramanga ..................................................................................................86
Tabla 11. Resultados de pruebas de compatibilidad. ................................................................87
Tabla 12. Resultados pregunta abierta de encuesta de aceptación ..........................................93
Tabla 13. Resultados de cronometraje de tiempos de búsqueda y visualización de la
documentación de equipos biomédicos ....................................................................................96

Lista de Anexos
Anexo A. Resultados de encuesta al personal de la IPS de alta complejidad para definición de
requerimientos y especificaciones técnicas del software. ........................................................ 104
Anexo B. Formato para protocolo de mantenimiento preventivo previsto por la IPS .............. 111
Anexo C. Formato de reporte de errores. ............................................................................... 112
Anexo D. Guía de uso del aplicativo ....................................................................................... 113
Anexo E. Herramienta de medicion de adherencia ................................................................. 117

CAPITULO I
PROBLEMA U OPORTUNIDAD

En este capítulo se muestran diferentes aspectos del presente proyecto que dan a
entender la importancia de su desarrollo como lo son la problemática a la que se quiere dar
solución, la justificación de su desarrollo, la pregunta de investigación, el objetivo general, los
objetivos específicos y, además, el alcance y las delimitaciones que este proyecto presenta.

Planteamiento del problema
En los últimos años, las instituciones de salud han aumentado la adquisición de
dispositivos médicos, Colombia se encuentra en el tercer lugar de América Latina, tiene una
Tasa de Crecimiento Promedio Anual (CAGR) estimada entre 2020 y 2024 de 5,3% en dólar
estadounidense (USD) (Hospital Militar Central, 2021). Estos dispositivos ofrecen beneficios
importantes, pero también aumentan el número de riesgos que puede ocasionar su uso
inadecuado. De acuerdo con el Instituto Nacional de Vigilancia de Medicamentos y Alimentos,
entre 2005 y 2018 se registraron un total de 41.568 reportes de eventos e incidentes adversos
presentes en los dispositivos médicos y biomédicos durante su uso, manteniendo un
incremento en promedio de 950 mensuales y proyectando un cierre para el año 2018 de un
total de 8.500, además el 71% de los reportes están asociados a defectos de calidad en el
proceso, el 16% a errores de uso y el 13% a defectos inherentes a los dispositivos biomédicos
13

(Instituto Nacional de Vigilancia de Medicamentos y Alimentos - INVIMA, 2018). Teniendo en
cuenta la emergencia sanitaria iniciada el 11 de marzo de 2020 ocasionada por el SARS-CoV-2
(COVID-19) se estima que esta cifra aumentará significativamente para el año 2022.

Entre las causas que ocasionan los problemas en la calidad de los procesos y los
errores de uso se encuentran la mala gestión de los manuales de servicio, planes y protocolos
de mantenimiento, por ende se dificulta la ejecución de un apropiado mantenimiento preventivo
y correctivo , la adecuada configuración y el uso de los equipos biomédicos, esto impacta
negativamente en la seguridad de los usuarios y en algunos casos genera la baja de los
equipos incrementando los costos en el sistema de salud.

En la conservación de los manuales de servicio, planes y protocolos de mantenimiento
existen diferentes factores que dificultan el adecuado uso y el acceso a este tipo de
documentos, como lo son la falta de un sistema de organización preestablecido en la institución
sin importar la cantidad de información, el deterioro progresivo de estos documentos debido a
su material de fabricación y así mismo, el difícil acceso a esta información en escenarios donde
se presenten daños en los equipos biomédicos y se requiera la inmediata revisión de estos por
parte del personal técnico. Además, la producción en físico de la documentación de los equipos
biomédicos produce un impacto ambiental por la materia prima utilizada (papel), ya que según
la Cámara de la Industria del Papel y Cartón en el año 2017 en Colombia el sector papelero
incrementó su producción en 3.3% e incluso repuntó en el mercado externo con un aumento en
14

24.3% en las exportaciones de papel, por lo que se estima que a día de hoy esta cifra sea
mayor (ANDI - Cámara de la Industria de Pulpa Papel y Cartón, 2017).

Por consiguiente, se hace necesario establecer una medida que permita la conservación
prolongada de dichos documentos en el tiempo, y a su vez un sistema de organización
estándar amigable con el medio ambiente que permita acceder a estos, de forma más sencilla y
práctica.

Justificación
Los manuales de servicio brindan la información necesaria para guiar al personal
asistencial en la operación, el funcionamiento y la configuración de los equiposbiomédicos
asegurando la eficiencia de los procesos implicados, además presenta soluciones a posibles
fallas apoyando al soporte técnico. Por otra parte, los planes y protocolos de mantenimiento de
los equipos biomédicos son de vital importancia para las instituciones de salud porque
previenen y corrigen los eventos adversos que puedan presentarse garantizando la seguridad
de los usuarios, también prolongan su vida útil, ayudan a disminuir los resultados erróneos y
reducen el número de bajas de los equipos biomédicos evitando el aumento de costos en la
institución, entre otros, por esto es fundamental que dichas instituciones cuenten con un
programa de mantenimiento sistematizado.(Organización Mundial de la Salud, 2012)

Una buena práctica clínica para la gestión y reducción de riesgos como desgaste,
confusión o pérdida de los manuales de servicio, planes y protocolos de mantenimiento es el
uso de un aplicativo, esto porque permite evitar los costos por daños, reducir tiempos en la
diligencia de archivos teniendo disponibilidad y fácil acceso a los documentos, además realizar
el registro de los equipos, su trazabilidad, configurar alarmas según los planes de
mantenimiento, llevar anotaciones sobre el estado o procesos realizados en el equipo
biomédico a lo largo de su vida útil, entre otros.

El presente proyecto busca diseñar un aplicativo web que facilite al personal técnico los
procesos de registro, búsqueda, visualización y acceso de forma remota a los manuales de
usuario, planes y protocolos de mantenimiento de una institución con el fin de mejorar la
implementación de la ingeniería clínica facilitando el proceso de gestión de los equipos
biomédicos.

Pregunta de investigación
¿Cómo desarrollar un aplicativo que permita la gestión de manuales, planes y
protocolos de mantenimiento de los equipos biomédicos usados en una institución prestadora
de servicios de salud?

Objetivos
Objetivo general
Desarrollar un aplicativo para la gestión de manuales, protocolos de mantenimiento,
g u i a s d e m a n e j o r á p i d o y r e p o r t e s d e f a l l a s c o m u n e s de los equipos
biomédicos priorizados que se usan en una IPS de alta complejidad.

Objetivos específicos
• Diseñar un aplicativo que permita la mejora de los tiempos de acceso a la
información de los equipos biomédicos priorizados de una institución de salud de alta
complejidad a través de un software libre.
• Implementar el aplicativo que permita el acceso a la información de los equipos
biomédicos priorizados, a través de red local.
• Evaluar el aplicativo a través de encuestas a usuarios para la medición de
tiempos de acceso a la información de los equipos biomédicos priorizados de una institución de
salud de alta complejidad.

Alcances y delimitaciones
De acuerdo con la base instalada que posee la IPS de alta complejidad, se decide
trabajar el presente proyecto con los equipos biomédicos de la marca General Electric (GE)
17

debido a que se encuentran en todos los servicios de la institución. Esta limitación permite
generar un mayor impacto y beneficio en las áreas de la institución.

Con lo contemplado anteriormente en este capítulo se evidencia el por qué es
justificable la realización de este proyecto, además se expresan los objetivos que se persiguen
con la realización de este y las limitaciones que se deben en cuenta al momento de entender el
contenido del proyecto a desarrollar.

CAPITULO II
MARCO TEÓRICO, MARCO LEGAL Y ESTADO DEL ARTE

En este capítulo se tratan tres componentes. El primero es la definición de los
conceptos de instituciones prestadoras de salud, mantenimientos de equipos biomédicos y sus
tipos, gestión del mantenimiento, lenguajes de programación, software, metodologías para el
desarrollo de software, entre otros. En el segundo componente se describen las leyes, decretos
y resoluciones las cuales este proyecto contempla. Por último, se mencionan las
investigaciones realizadas sobre el desarrollo de software para la gestión de la documentación
de equipos biomédicos.

Marco teórico

Instituciones prestadoras de salud
Son organizaciones de carácter mixto, comunitario, solidario y privado que brindan
servicios de salud a los afiliados de la seguridad social en salud, tanto dentro como fuera de
ellas. Estas instituciones están, en principio, organizadas para brindar servicios médicos de alta
calidad y efectividad, además, poseen autonomía administrativa, técnica y financiera (Congreso
de la Republica, 2012)

Equipo biomédico
Hace referencia a equipos conformados por componentes mecánicos, eléctricos,
hidráulicos y/o electrónicos a cargo de personal capacitado para ello del sector salud, el cual
tiene como objetivo realizar actividades de prevención, diagnóstico, tratamiento o rehabilitación
en servicios de salud (INVIMA, 2013)

Mantenimiento preventivo
Es el conjunto de acciones o actividades las cuales tienen como objetivo mantener un
equipo o restaurarlo a un estado el cual le permita cumplir la función para la cual está diseñado
bajo los parámetros requeridos para la misma (Patiño, 2019b)

Tipos de mantenimiento
Existen 3 tipos de mantenimiento, primero el mantenimiento preventivo el cual hace
referencia a los trabajos realizados en los equipos destinados a la conservación de estos
mediante la realización de revisiones periódicas que aumentaran la confiabilidad de los equipos
y su tiempo de vida útil. Segundo, el mantenimiento correctivo el cual se define como aquel
mantenimiento el cual consiste en detectar y corregir fallas cuando se presentan ya sea por
signos de deterioro del equipo o por la falla total y, por último, el mantenimiento predictivo, este
se fundamenta en descubrir una falla antes de que suceda para dar tiempo a corregirla sin
perjuicio para el servicio (Matamoros & Alejandro, 2009)

Plan de mantenimiento
El plan de mantenimiento hace referencia al plan diseñado para suministrar acciones
sistemáticas de trabajo a las áreas responsables del mantenimiento de cada IPS. Este debe
incluir los objetivos, las metas, la programación de actividades, los recursos humanos, físicos,
tecnológicos y financieros necesarios para cumplir con los objetivos propios y de cada
institución (Morales, 2019)

Documentos del Proceso de Mantenimiento
• Solicitud de Mantenimiento: Formato en el cual el cliente (responsable del
servicio en donde se encuentra ubicado el equipo y/o quien lo maneja), describe los motivos
por el cual hace la solicitud detallando los problemas presentados por el equipo y solicita al
departamento de mantenimiento la revisión de este (Patiño, 2019a)
• Orden de Trabajo: Documento elaborado teniendo en cuenta una solicitud de
mantenimiento presentada o de acuerdo al plan de mantenimiento existente, en el cual se
designa a un profesional y/o técnico del área para realizar un trabajo a un equipo o instalación,
especificando las herramientas necesarias para ello, aspectos técnicos a tener en cuenta y
describiendo el problema dado el caso sea para realizar un mantenimiento correctivo (Patiño,
2019a)
• Hoja de Vida: Contiene los datos básicos y especificaciones técnicas de un
equipo y se puede observar información puntual de cada acción de mantenimiento y/o
reparación realizada a un equipo específico. (Patiño, 2019b)
21

• Solicitud de Compras: Documento que se entrega al departamento de compras
de la institución por el cual se solicita la adquisición de repuestos y otros elementos necesarios
para la realización de los mantenimientos. Contiene datos como las referencias técnicas de los
elementos, la descripción del equipo en el cual van a ser utilizados y la prioridad de adquisición
(Patiño, 2019b).

Gestión del Mantenimiento
Herramienta de apoyo para elpersonal médico y asistencial de la institución el cual
tiene como finalidad ayudar en el desarrollo, control y dirección de un Programa de
mantenimiento para el Equipo Biomédico (Patiño, 2019b)

Lenguajes de programación.
El lenguaje de programación es un conjunto de instrucciones codificadas que un
dispositivo electrónico interpreta y ejecuta de manera directa (Real Academia Española, 2001).
Así mismo, un lenguaje de programación es un lenguaje informático pensado para describir el
grupo de acciones e instrucciones que un equipo informático debe llevar a cabo.

• Java: es un lenguaje de programación orientado a objetos, lo que significa que el
código es reutilizable, organizado y fácil de mantener. La idea de java es que se pueda realizar
un programa el cual tenga la posibilidad de ser usado en cualquier contexto y ambiente, lo cual
hace que su portabilidad sea una de sus mejores características además de que puede ser
22

modificado por cualquier persona, lo cual lo convierte en un lenguaje de programación de
código abierto. Actualmente es de uso libre amparado bajo la Licencia Pública General (Ladrón
de Guevara, n.d.)
• PHP: Hypertext Preprocessor, es un tipo de lenguaje de programación que tiene como
finalidad el desarrollo de aplicaciones para la web y la creación de páginas web favoreciendo la
conexión entre la interfaz del usuario y los servidores. Además, la facilidad para aprender a
usarlo y el que maneje un tipo de programación de código abierto hace que le facilite el trabajo
a toda persona que elija diseñar utilizando esta plataforma, ya que a medida que se desarrollan
las configuraciones y ediciones se simplifica mucho más (Bahit, 2010)
• R: Este lenguaje de programación R es utilizado para el análisis de datos, manipulación
de datos, gráficos, computación estadística y análisis estadístico. Este lenguaje permite
analizar un determinado conjunto de datos que va más allá del análisis básico de archivos
provenientes de la herramienta Excel. Es de código abierto y de software gratuito el cual se
puede ejecutar en una gran variedad de plataformas como Windows y Mac.OS (Santana &
Farfán, 2014).
• C++: Es un lenguaje de programación versátil, potente y general. Su éxito entre los
demás lo llevo a ocupar el primer puesto como una herramienta de desarrollo de aplicaciones,
bien sea en Windows o GNU Linux (Olivares Flores, 2018).
• Python: Es un lenguaje de programación de alto nivel, orientado a objetos, muy
23

sencillo, usado principalmente para el desarrollo de aplicaciones informáticas y web. En
definitiva, es relativamente fácil de aprender, usar y las herramientas necesarias para ello están
disponibles de forma gratuita a todo público (Condor Tinoco & De la Cruz Rocca, 1369).

Software
Un software es todo conjunto de programas y rutinas que le permiten a una
computadora realizar determinadas tareas específicas. De acuerdo al objetivo que se tiene
dentro del sistema informático, el software se clasifica en 3 tipos. El primero es el software de
aplicación, entre los cuales se tiene videojuegos, softwares empresariales, educativos o de
gestión, etc. El segundo es el software de programación, el cual es el mismo lenguaje de
programación

Para el desarrollo de este proyecto, debido a una de las condiciones iniciales exigidas
por el cliente, se requiere el desarrollo de un software gratuito. El concepto de software gratuito
se basa en que el usuario puede obtenerlo y usarlo de manera gratuita por tiempo ilimitado,
pero no por eso posee las libertades que el software libre ofrece. Software libre significa que
esté respeta las libertades del usuario les permite copiar, distribuir, estudiar, modificar y mejorar
el software si así lo desea. Las cuatro libertades esenciales son:(Free Software Fundation,
2016)

- Libertad 1: La libertad de usar el software para el propósito que el usuario desee.
24

- Libertad 2: La libertad de estudiar cómo funciona el software y modificarlo según las
necesidades del usuario.
- Libertad 3: La libertad de distribuir copias.
- Libertad 4: La libertad de distribuir copias de las versiones modificadas del software.

Debido a esto, estos softwares utilizan una licencia GNU GPL, la cual es la que les
brinda estas libertades mencionadas anteriormente. Se debe tener claro la diferencia entre
software libres y gratuitos, ya que los primeros no necesariamente son gratuitos, pues el
desarrollador del software es quien decide el precio de venta de este. Un software libre es
gratuito y libre, siempre y cuando el desarrollador del código y el lenguaje de programación
utilizado así lo permitan.

Metodologías de desarrollo de software
Si se quiere llevar a cabo un proyecto de cualquier tipo, es indispensable seguir una
metodología encaminada al desarrollo de los objetivos planteados para este. Las metodologías
de desarrollo de software son necesarias para lograr un proyecto profesional de modo que se
pueda desarrollar un software eficaz, efectivo y además poder realizar un estudio de los
resultados obtenidos. Estas metodologías se dividen en 2 grupos:

• Metodologías Clásicas

También conocidas como metodologías pesadas, debido a que se enfocan en llevar una
documentación extenuada del proyecto en general, la planificación y control de este. Entre los
ejemplos existentes se encuentra:

1. Waterfall: Se le llama así debido a la secuencia que siguen las fases del desarrollo del
software y en como parecen caer en cascada hacia la siguiente fase. Se compone de seis
fases las cuales son análisis del sistema, de los requisitos, diseño, codificación, prueba y
mantenimiento. Se caracteriza por que cualquiera de ellas no puede iniciar si su predecesora
no ha finalizado (Maida & Pacienzia, 2015).

• Metodologías Ágiles
Las metodologías ágiles son aquellas que se enfocan en poner primero al cliente y al
desarrollador. Además, se centra en el desarrollo del software que en la creación exhaustiva de
documentación. Entre los ejemplos existentes se encuentra:

1. Programación extrema (XP): Está metodología está enfocada en las relaciones
interpersonales del grupo de trabajo. Necesita de una retroalimentación constante entre el
cliente y el equipo desarrollador. Es una metodología especial para trabajar requisitos
imprecisos y cambiantes (Maida & Pacienzia, 2015).

Base de datos
• Sistema gestor de base de datos (SGBD)
También conocido como DataBase Managenent System (DBMS), es un sistema que
permite al usuario la creación, gestión y administración de bases de datos. Además, le permite
elegir y manejar las estructuras para la búsqueda y almacenamiento de toda la información que
haya en ese sistema para que actúe de forma eficiente en la medida de lo posible. Se clasifican
según la forma en como rigen los datos: Relacionales (SQL) y no relacionales (NoSQL) (Marín,
2019).

1. Sistemas Gestores de bases de datos Relacionales (SQL)
Se basa en decretar relaciones o vínculos entre los datos, separando cada relación
como un ente independiente con sus propios registros y/o atributos. Un ejemplo de este tipo de
sistema es:
• MySQL: Es el SQL por excelencia, el más usado en aplicaciones que deben
disponer de un software libre, distribuido bajo la licencia GNU-GPL. Presenta una desventaja al
momento de trabajar con bases de datos de gran tamaño (Marín, 2019)

2. Sistemas Gestores de bases de datos No Relacionales (NoSQL)
Este tipo de sistemas se utilizan en entornos que han de estar siempre disponibles y en
operación continua, además a diferencia del SQL es muy eficiente con un importante volumen
de datos. Un ejemplo de este tipo de sistema es:
27

• MongoDB: Es el NoSQL más utilizado, empresas como Google y Facebook lo
utilizan debido a su enfoque dinámico el cual permite la fácil integración de toda la información
de la basede datos (Marín, 2019)

Servidores
Un servidor es un sistema que brinda datos, recursos, programas o servicios a través de
la red a otras computadoras los cuales son conocidos como clientes. (Rodríguez & Vázquez,
2016)
• Servidores de impresión: Poseen varias impresoras de red conectadas y su secuencia
de impresión es determinada por la petición del cliente. (Rodríguez & Vázquez, 2016)
• Servidores web: Su función se baja en almacenar sitios en la red interna. Pueden
administrarla por completo, así como brindarle la seguridad que le corresponde. (Rodríguez &
Vázquez, 2016)
• Servidores de base de datos: La función más importante de este tipo de servidores
radica en que puede manejar cantidades de datos grandes y generar información. (Rodríguez &
Vázquez, 2016)
• Servidores de correo electrónico: Capaces de administrar todos los correspondientes
correos electrónicos de los empleados de una empresa en un solo lugar. (Rodríguez &
Vázquez, 2016)
28

• Servidores de archivos: Permiten compartir material y poder resguardarlo de manera
segura. Además, ofrecen mayor capacidad de almacenamiento que otros equipos como los de
escritorio. Además, ofrecen mayor capacidad de almacenamiento que otros equipos como los
de escritorio. (Rodríguez & Vázquez, 2016).

Marco legal
Leyes
• Ley estatutaria 1581 de 2012. “Por la cual se dictan disposiciones generales para la
protección de datos personales” (Congreso de la Republica, 2012). Esta ley es aplicable al
proyecto teniendo en cuenta que se contara con información confidencial del personal técnico
de la institución.
• Ley 1915 de 2018. “Por la cual se establece disposiciones con relación a los derechos
de autor y derechos conexos” (Congreso de la Republica, 2018). Esta ley es aplicable al
proyecto como autores del código fuente del aplicativo.

Decretos
• Decreto 1360 de 1989. “Por el cual se reglamenta la inscripción del soporte lógico
(software) en el Registro Nacional del Derecho de Autor” (Ministerio del Gobierno, 1989). Este
es aplicable al proyecto para el registro del aplicativo en el registro nacional.
• Decreto 1377 de 2013. Por la cual se reglamenta parcialmente la ley 1581 de 2012.
29

(Ministerio de Comercio, Industria y Turismo, 2013), es aplicable al proyecto teniendo en cuenta
que se contara con información confidencial del personal técnico de la institución.
• Decreto 903 de 2014. “Por el cual se dictan disposiciones en relación con el
Único de Acreditación en Salud” (Ministerio de Salud y Protección Social, 2014), teniendo en
cuenta que es una IPS de alta complejidad.

Resoluciones
Las siguientes resoluciones son tenidas en cuenta debido a que el aplicativo está
dirigido a una institución de alta complejidad.
• Resolución 1445 de 2006. “Por la cual se definen las funciones de la Entidad
Acreditadora y se adoptan otras disposiciones” (Ministerio de la Protección Social, 2006).
• Resolución 123 de 2012. “Por la cual se modifica el artículo 2 de la Resolución 1445 de
2006, incluye el “Manual de Acreditación en Salud Ambulatorio y Hospitalario de Colombia”
(Ministerio de Salud y Protección Social, 2012)
• Resolución 3100 de 2019. “Por la cual se definen los procedimientos y condiciones de
inscripción de los prestadores de servicios de salud y de habilitación de los servicios de salud y
se adopta el Manual de Inscripción de Prestadores y Habilitación de Servicios de Salud”
(Ministerio de Salud y Protección Social, 2019).

Estado del arte

El desarrollo de software es una disciplina cuyo objetivo es ofrecer técnicas y métodos
para la creación de herramientas informáticas que sirvan de apoyo en diferentes campos, su
origen se dio hacia finales de los años sesenta donde era considerado un añadido de los
computadores y las licencias eran restrictivas, dos décadas después los programadores de la
época empezaron a desarrollar proyectos como la primera generación de herramientas CASE,
en las siguientes décadas hasta la actualidad se han realizado grandes avances, ya se cuenta
con lenguajes de programación más sofisticados, procesos de desarrollo más maduros, y las
aplicaciones que se construyen en la actualidad son más complejas (Piattini & UNLP, 2016).

Entre los campos de acción de esta disciplina se encuentra la ingeniería clínica y
hospitalaria, cuyo fin es dar solución a las necesidades tecnológicas de las Instituciones
Prestadoras de Servicios de Salud (IPS), como la actualización adecuada de los inventarios de
los equipos biomédicos, la planificación de sus repuestos, el correcto diseño y ejecución de los
planes de mantenimiento, entre otros.

Contexto internacional
En 2014, en la Universidad de Córdoba, Argentina, dos estudiantes de ingeniería
desarrollaron un software llamado Maguss. Los objetivos de este proyecto eran implementar un
31

software de bajo costo con acceso remoto desde diversos dispositivos móviles y alto grado de
seguridad; estaba destinado para pequeñas y medianas instituciones. Este software fue
desarrollado en plataforma web, es un producto de software libre creado con herramientas
como HTML, CSS, Java Script, IDE & MySQL; su interfaz tiene diferentes funciones como
acceso remoto para acceder desde cualquier dispositivo móvil, crear un registro organizado del
equipamiento biomédico, llevar un seguimiento de las intervenciones en los mismos, entre
otros.
El artículo publicado en la revista Journal of Physics aporta información acerca de las
herramientas de software libre con las que se puede desarrollar el proyecto, además nos brinda
una perspectiva sobre las posibles funcionalidades que podría tener el aplicativo de acuerdo a
las necesidades de las IPS (Freyre et al., 2014).

En 2016 se desarrolló de un sistema Informático para el Control del Mantenimiento
Técnico de Equipos Médicos en para un hospital de Ecuador, un proyecto realizado en la
Universidad Técnica de Copotaxi. El objetivo de este proyecto era implementar un sistema con
el cual se pudiera controlar el mantenimiento de equipos médicos que permitiera disponer de
información actualizada de dichos procesos y una oportuna toma de decisiones.

Este proyecto aporta aspectos importantes para el nuestro en cuanto a la metodología
que se podría utilizar para el desarrollo idóneo del proyecto dado las similitudes que presentan
con las necesidades actuales (Saquinga de la Cruz, 2016).
32

En 2017, se desarrollaron dos proyectos, uno de ellos en Tailandia, en Rajabhat
University que consistía en el desarrollo una aplicación WepMEt (Web para la gestión de
equipos médicos en hospitales), a lo largo del documento se explica la realización de la
aplicación en dos partes: métodos y herramientas & arquitectura del sistema. Los
investigadores utilizaron el lenguaje PHP y la base de datos MySQL como herramientas de
desarrollo y en la parte de arquitectura tuvieron en cuenta seis módulos como el de registro de
equipos médicos, registro de piezas de repuesto, reparación y mantenimiento, entre otros.
Este articulo aporta información importante al proyecto como las herramientas de
programación usadas y la arquitectura del sistema, también cuenta con información para la
creación de los diagramas del aplicativo (Nutdanai et al., 2017).

En 2020, en la Universidad e Israel, Ecuador se desarrolló un proyecto que estaba
orientado hacia una empresa de Ecuador llamada Logikard C.A y buscaba eliminar las
limitaciones que presentaba el sistema y convertirlas en virtudes que ayuden a los usuarios y a
la empresa con una reducción importante de tiempos en cada uno de los procesos. El
documento está estructurado por metodología y resultados, en la primera muestra la estructura
del nuevo sistema, donde incluyeron respuestas al correo electrónico en el momento de hacer
modificaciones en la plataforma, además muestra la clasificación de los diferentesusuarios y
muestra la metodología denominada MVC.
33

El sistema implementado en la empresa de Ecuador aporta una posible forma de
metodología, además abre la posibilidad de clasificar los usuarios que ingresen al sistema para
tener control de la información, muestra un modelo denominado MVC que busca reducir el
esfuerzo a la hora de programar buscando la estandarización de los procesos que se lleven a
cabo en la aplicación (Riera, 2020).

En el año 2021, en el Instituto de Ciencias Médicas Jodhpur de India, un estudiante
realizó la evaluación del sistema informatizado de gestión y mantenimiento de equipos médicos
desde la perspectiva de la evaluación de tecnologías sanitarias (HTA): Necesidad y enfoque.
Este articulo aporta información sobre la necesidad de implementar tecnología en el campo
médico y documenta la importancia de los sistemas informáticos de gestión del mantenimiento
(CMMS); está estructurado de cuatro partes: el contexto, la necesidad de implementar
tecnología, el enfoque de la tecnología sanitaria y las conclusiones. En cada una de sus partes
se encuentra apoyado por diferentes citas que corroboran la información (Kumar et al., 2021).

Contexto nacional
Dos estudiantes de la Universidad Cooperativa de Colombia, en 2015 desarrollaron un
software para la gestión del mantenimiento de equipos biomédicos mediante el lenguaje de
programación PHP, bajo lineamientos OMS (Organización Mundial de la Salud), en Arauca. El
objetivo de este proyecto consistía en el desarrollo de un software que, bajo la metodología de
Desarrollo Rápido de Aplicaciones (DRA) utilizando el lenguaje de programación PHP con
34

AJAX, con conexión a base de datos MYSQL y la librería JQuery de JavaScript, permitiera el
control y administración del proceso de gestión de mantenimiento de una IPS, bajo los
lineamientos de la Organización Mundial de Salud (OMS).
Esta tesis de grado aporta ideas solidas de como deberían ser las diferentes interfaces
del aplicativo ya que en este presentan una alternativa bastante útil en la forma que podría a
llegar a tener el presente proyecto (Reyes & Gutierrez, 2015).

En 2016, dos estudiantes de la Universidad Santo Tomas seccional Bogotá
desarrollaron un software para el manejo integral del personal administrativo de una institución
educativa, este fue realizado mediante el lenguaje PHP bajo Framework Laravel y la base de
datos fue desarrollada por medio de MySQL, las funciones de este software son permitir el
control de asistencia, liquidación y pago de nómina de los funcionarios y el registro académico,
control de asistencia, control de pago mensual de pensiones de los estudiantes.
Este proyecto aporta información sobre la elección del software ya que su elaboración
había sido planteada por medio de NetBeans IDE pero debido a su alto costo de alojamiento
definieron que se desarrollaría en el lenguaje antes nombrado, además amplia la información
sobre las características del servidor para desarrollar e implementar un aplicativo de este nivel
(Rodríguez & Vázquez, 2016)

La autora de Biomedysof, una herramienta web diseñada en 2019 para administrar los
servicios de mantenimiento de equipos biomédicos de una PYME, desarrollo el aplicativo
35

siguiendo la metodología en cascada, este proyecto fue realizado mediante PHP con inserción
de HTML para integrar la base de datos MySQL, cuenta con funciones que permiten el manejo
de formatos, manuales, etc.
Este proyecto aporta información que complementa el marco teórico, además datos
importantes sobre el desarrollo del software desde los requerimientos donde se encuentra un
modelo de entrevista hasta la fase final de mantenimiento del aplicativo (Patiño, 2019b)

Contexto local
En 2014, un estudiante de maestría de la Universidad Autónoma de Bucaramanga
realizo el diseño de una herramienta web para la administración de la información del
mantenimiento preventivo y correctivo de equipos biomédicos de una IPS de tercer nivel. El
objetivo principal de este software fue la realización del diseño para el desarrollo de un
aplicativo web que sirviera como soporte a la administración de la información manejada en los
diferentes procedimientos llevados a cabo por el departamento de mantenimiento de una IPS
en busca de garantizar el óptimo funcionamiento de sus equipos biomédicos.

Este proyecto aporta un amplio marco teórico a tener cuenta tanto en las posibilidades
en el lenguaje de programación a utilizar, bases legales a tener en cuenta, además brinda una
nueva perspectiva de cómo se puede plantear la parte especifica del proyecto correspondiente
a los planes de mantenimiento correctivo y preventivo de los equipos (Suárez, 2014).

Con base a la información de los tres diferentes componentes mencionados
anteriormente se recopilo la información necesaria para plantear un esquema inicial de cómo
se debería ver y desarrollar un proyecto de este tipo.

CAPITULO III
METODOLOGÍA

En este apartado se describe la metodología utilizada para el desarrollo del presente
proyecto. Además, se describen las actividades realizadas en cada una de las fases
establecidas.
Este proyecto se definió como una investigación aplicada debido a que está resolviendo
una necesidad de la institución, de enfoque cuantitativo porque sus requerimientos van a estar
soportados por encuesta y diseño de tipo cuasiexperimental porque la variable a controlar
(tiempo) es dependiente. Además, empleó la metodología en cascada, esta consta de 3 fases
para este proyecto, que son análisis, diseño e implementación como se observan en la figura 1
y se describen a continuación.
Figura 1.
Modelo metodológico del proyecto.

Fase 1: Análisis
Esta fase fue considerada una de las más importantes debido a que a partir de la
información recopilada se dio inicio al desarrollo del software, se realizaron actividades como la
encuesta dirigida al personal del departamento de Equipos Médicos de la IPS Los Comuneros
Hospital Universitario de Bucaramanga S.A. (ver anexo A), esto con el fin de analizar el
resultado para definir los requerimientos del aplicativo. También se realizó la recopilación de la
documentación de los equipos biomédicos de la marca General Electric (GE) de la IPS
comprobando que se encuentren los manuales, protocolos de mantenimiento, guías de manejo
rápido y errores comunes de cada equipo biomédico de forma digital.
En caso de no estarlo se procedió a la digitalización de la información de los
documentos faltantes según parámetros recomendados por el coordinador del departamento,
también se hace revisión bibliográfica para definir el lenguaje de programación a utilizar.

Fase 2: Diseño
En esta fase se realizó la creación del diagrama Entidad Relación (ER) que permitió
modelar la información de la base de datos del aplicativo a partir de los requerimientos
previamente definidos y con esto su lógica relacionando las entidades entre sí, también se
determinó la arquitectura de acuerdo con las necesidades e investigando los diferentes
patrones conocidos como la arquitectura por capas, repositorio, tubos y filtros, cliente servidor,
y modelo vista controlador, se optó por este último debido a que establece los fundamentos
necesarios y el tipo de organización ideal para llevar a cabo con éxito la codificación ya que es
39

usado para interactuar con la información lo que permite que se muestre en diferentes vistas. El
Modelo Vista Controlador (MVC) fue aplicado y de esta manera se organizó la codificación en
tres partes como su nombre lo indica, los modelos donde se relacionó la información de la base
de datos, las vistas que son la interfaz del aplicativo y los controladores que lo comunican con
el usuario procesando sus peticiones, esta organización se muestra en la figura2.
Figura 2.
Diagrama de bloques para la codificación del aplicativo.

Fase 3: Implementación
De acuerdo con el diagrama ER, mediante el lenguaje de programación escogido, el
patrón de arquitectura definido y después de la configuración del entorno se realizó la
codificación del aplicativo. Finalmente se validó el funcionamiento del software a partir de dos
tipos de pruebas: pruebas funcionales y pruebas no funcionales.

Pruebas funcionales
En las pruebas funcionales se buscaba evaluar la funcionalidad del software y que
estuviera libre de defectos, para lo cual se decidió realizar una serie de distintas pruebas: En
primera instancia, el primer tipo de pruebas funcionales realizadas fueron las pruebas unitarias
en donde se buscaba corroborar el correcto funcionamiento de los elementos más pequeños
del software como los diferentes botones y textboxes existentes en el aplicativo.
Luego, se realizaron las pruebas de integración, con las cuales se buscaba identificar
cómo funcionaba el sistema al unir los componentes, códigos unitarios y así verificar que las
funcionalidades más significativas del software funcionaran correctamente. Al haber concluido
con las pruebas de integración se decidió realizar las pruebas denominadas pruebas de
regresión, esto debido a la mejora implementada para la búsqueda de equipos biomédicos en
el aplicativo, verificando que esto no haya alterado ni modificado las funcionalidades existentes.
Posteriormente, se decidió realizar las pruebas de compatibilidad las cuales consistían
en implementar el software en la IPS Los Comuneros Hospital Universitario de Bucaramanga
S.A, verificando su correcta instalación y puesta en marcha desde un ordenador. Por último, se
realizaron las pruebas de aceptación, en las que los cinco usuarios registrados, luego de la
debida capacitación sobre cómo hacer uso del software y al haberles hecho entrega de la guía
de uso del aplicativo, hizo el manejo de este, para luego responder la encuesta que nos
permitió medir la adherencia al aplicativo.

Pruebas no funcionales
Una vez finalizadas las pruebas funcionales, se procedió a realizar las pruebas no
funcionales que consistieron en realizar 3 diferentes pruebas. En primer lugar, se realizaron las
pruebas de carga en donde se buscaba medir la respuesta del software en cuanto a su
funcionamiento frente a la carga de una cantidad de equipos biomédicos determinado. Paso
siguiente se implementaron las pruebas de estrés, con la cual se quería identificar el límite de
equipos biomédicos que el software puede soportar antes de que comenzara a operar de forma
no satisfactoria. Por último, se realizaron las llamadas pruebas de usabilidad, con el fin de
validar que tan fácil fue usar el aplicativo para los usuarios, las cuales se midieron a partir de
los resultados del instrumento de adherencia diseñado.

Con base a cada una de las fases de las que consta la metodología presentada y las
actividades que hacen parte de cada una, se dio desarrollo al presente proyecto verificando su
funcionalidad y cumplimiento tomando en cuenta los requerimientos sugeridos por el personal
del área de Ingeniera Biomédica de la IPS para una mayor aceptación de su parte.

CAPITULO IV
RESULTADOS
Este apartado muestra los resultados obtenidos durante la ejecución de las actividades
descritas en la metodología. A continuación, se relacionan de acuerdo con las fases planteadas
en el capítulo anterior.

Fase 1: Análisis
Definición de requerimientos y especificaciones
Para la definición de requerimientos se realizó una encuesta (ver anexo A) al personal
técnico de la institución, la información recolectada se socializo con el coordinador del
departamento de Equipos Médicos de Los Comuneros Hospital Universitario S.A. y a partir de
esto fueron definidos los requerimientos funcionales del aplicativo que se pueden observar en
la Tabla 1.
Tabla 1.
Requerimientos del Aplicativo
Código del
requerimiento
Requerimientos
R1
El aplicativo debe tener acceso solo para el personal
del departamento de Equipos Médicos, por lo que es
necesario que cuente con usuario y contraseña.
R2
El aplicativo debe tener permisos para controlar las
acciones sobre los registros de los equipos y su
43

documentación, teniendo en cuenta que solo el
coordinador del departamento podrá agregar la
información
R3
El aplicativo debe permitir la gestión de los manuales,
guías de manejo rápido, protocolos de mantenimiento y
reportes de solución de problemas de los equipos
biomédicos priorizados de la institución.
R4
El aplicativo debe permitir seguir agregando
información de los equipos.
R5
El acceso al aplicativo debe hacerse desde cualquier
dispositivo.
R6 El aplicativo debe ser amigable.

Así mismo, bajo las recomendaciones del coordinador del área como se menciona en
R3, se definió que la documentación contemplada para cada uno de los equipos biomédicos ya
no fueran solo los manuales, planes y protocolos de mantenimiento, sino que se agregaran las
guías de manejo rápido y el reporte de solución de errores comunes, debido a que estos son
de gran ayuda para el personal técnico, además se determinó que los planes de mantenimiento
no eran necesarios dado que no serían de gran utilidad.

Recopilación de la documentación
La recopilación de los manuales y guías de manejo rápido se realizó por medio del
software institucional Athenea.exe, los documentos fueron extraídos y organizados en carpetas
separadas por modelo de equipo como se observa en la Figura 2, con un total de 17 modelos
de equipos biomédicos. En caso de no encontrarse fueron solicitados al coordinador del
44

departamento de Equipos Médicos, los protocolos de mantenimiento fueron reescritos en un
formato previsto por la institución (ver Anexo B). Los reportes de errores comunes y solución
de problemas fueron extraídos de un documento diligenciado por el personal técnico del
departamento, así como también del apartado de posibles errores y soluciones de cada uno de
los manuales de usuario que cada equipo biomédico posee, esta información fue consignada
en un formato diseñado por los autores (ver Anexo C).
Figura 3.
Recopilación y clasificación de documentos de equipos biomédicos.

Elección del lenguaje de programación
Como paso siguiente, se realizó una matriz de selección entre los lenguajes
programación usados para el desarrollo de software, tal como se muestra en la Tabla 2.
Tabla 2.
Matriz de selección del lenguaje de programación.

20% 14% 15% 13% 10% 16%

Propósito u
objetivo
Documentación Sintaxis Multiplataforma
Facilidad de
implementación
Facilidad de
aprendizaje

Phyton 5 5 1 9 5 7
C++ 3 3 3 9 3 5
PHP 9 9 7 9 9 5
R 1 1 5 3 3 5
Java 7 7 7 3 7 7

TOTAL
Phyton 1 0,7 0,15 1,17 0,5 1,12 4,64
C++ 0,6 0,42 0,45 1,17 0,3 0,8 3,74
PHP 1,8 1,26 1,05 1,17 0,9 0,8 6,98
R 0,2 0,14 0,75 0,39 0,3 0,8 2,58
Java 1,4 0,98 1,05 0,39 0,7 1,12 5,64

A partir de las características de cada lenguaje de programación mostradas en la tabla
anterior, se optó por desarrollar la programación del software utilizando el lenguaje PHP a
través del entorno de desarrollo de Visual Studio Community 2022 dado que, este lenguaje es
de fácil implementación, se relaciona directamente con el gestor de base de datos utilizado que
en este caso fue MySQL y, además, al tratarse del desarrollo de un aplicativo web, PHP brinda
la facilidad de ejecutarlo del lado del servidor del equipo. También se hizo uso de Java debido a
los requerimientos de ciertas partes de programación en donde el uso de este lenguaje
complementaba muy bien lo desarrollado en PHP.

Fase 2: Diseño
Diagrama entidad-relación
De acuerdo con los requerimientos funcionales determinados en la fasede análisis, se
planteó el diagrama lógico que permitió modelar los datos que se manejaron en el aplicativo y
están relacionados por medio de entidades que surgieron a partir de los requerimientos
funcionales planteados en la fase 1, a continuación, se describe cada una.
Tabla 3.
Entidades Definidas a Partir de los Requerimientos Funcionales
Código del
requerimiento
Entidad
R1 Determino la aparición de la entidad usuario
R2
Determino la aparición de las entidades rol, permisos y
módulos
R3 Determino la creación de la entidad lista
R4

Determino la creación de las entidades equipos, marca y
modelo.

Entidad usuario:
Esta entidad, es un conjunto de diferentes tipos de datos, cada persona que acceda al
aplicativo debe contar con estos datos.
Atributos:
- Idpersona: Llave primaria de la entidad, de tipo autoincremental.
- Identificación: Identificación del usuario.
47

- Nombres: Nombre del usuario.
- Apellido: Apellido del usuario.
- Telefono: Teléfono del usuario.
- Email_usuario: email del usuario.
- Password: Contraseña del usuario.
- Rolid: Llave foránea que relaciona la entidad usuario con la entidad rol.
- Datacreated: Fecha de creación del usuario, de tipo automática.
- Status: Estado del usuario, dato de tipo personalizado.

Entidad rol
Esta entidad, es un conjunto de diferentes tipos de datos que permitieron caracterizar los roles.
Atributos:
- Idrol: Llave primaria de la entidad, de tipo auto incremental que relaciona la entidad rol
con usuario de tipo uno a muchos.
- Nombrerol: Nombre del rol de tipo varchar.
- Descripción: Dato de tipo texto.
- Status: Estado del rol, dato de tipo personalizado.

Entidad permisos:
Esta entidad, es un conjunto de datos de tipo entero.
Atributos:
48

- Idpermiso: Llave primaria de la entidad, de tipo autoincremental.
- Rolid: Llave foránea que permite relacionar la entidad permisos con roles.
- Moduloid: Llave foránea que permite relacionar la entidad modulo con permisos.
- Read: Dato de tipo personalizado.
- Write: Dato de tipo personalizado.
- Update: Dato de tipo personalizado.
- Delete: Dato de tipo personalizado.

Entidad módulo:
Esta entidad, es un conjunto de diferentes tipos de datos.
Atributos:
- Idmodulo: Llave primaria de la entidad, de tipo autoincremental
- Título: Nombre del modulo
- Descripción: Dato de tipo texto.
- Status: Estado del módulo, dato de tipo personalizado.

Entidad lista:
Esta entidad, es un conjunto de diferentes tipos de datos, esta guarda la información de los
equipos, es de resaltar que en sus cuatro últimos campos guarda la información.
Atributos:
- idequipo: Llave primaria de la entidad, de tipo autoincremental
49

- marcaid: Llave foránea de la entidad que relaciona la entidad marca con equipo.
- Nombre: Nombre del equipo
- Descripción: Descripción del equipo.
- Modelo: Llave foránea
- Data_created: Fecha de creación del usuario, de tipo automática.
- Status: Estado del usuario, dato de tipo personalizado.
- Manual: Dato de tipo longtext que guarda el documento decodificado.
- Guía: Dato de tipo longtext que guarda el documento decodificado.
- Protocolo: Dato de tipo longtext que guarda el documento decodificado.
- Reporte: Dato de tipo longtext que guarda el documento decodificado.
Entidad marca:
Esta entidad, es un conjunto de diferentes tipos de datos, en este caso solo se va a encontrar
la marca de los equipos priorizados que es General Electric (GE). Tiene relación lógica con la
entidad equipos, a partir de esta se relaciona el nombre del equipo con la marca.
Atributos:
- idmarca: Llave primaria de la entidad, de tipo autoincremental.
- Nombre: Nombre de la marca
- Datacreated: Fecha de creación del usuario, de tipo automática.
- Equipo:
Entidad equipos:
Esta entidad es un conjunto de datos de varios tipos:
50

Atributos:
- Idequipo: Llave primaria de la entidad, de tipo autoincremental.
- nombreEquipo: Variable de tipo varchar.
Entidad modelo:
Esta entidad es un conjunto de diferentes tipos de datos, tiene relación lógica con las entidades
marca y equipos.
Atributos:
- Idmodelo: Llave primaria de la entidad, de tipo autoincremental.
- Nombre: Nombre del modelo
- Marca: marca del equipo
- Equipo: llave foránea de la entidad, nombre del equipo.
51

Figura 4.
Diagrama Entidad Relación

Fase 3: Implementación
Desarrollo del aplicativo
En esta fase se realizó la codificación del aplicativo en el editor Visual Studio Code,
mediante la implementación de los lenguajes PHP, Java Script para funciones determinadas y
como gestor de base de datos MySQL debido a que su naturaleza relacional se adaptaba a las
necesidades del aplicativo, los estilos fueron tomados de una plantilla gratuita de Bootstrap por
lo que están compuestos de lenguaje HTML. Las siguientes figuras presentan el aplicativo
desarrollado.

Figura 5.
Vista de inicio del aplicativo.

Teniendo en cuenta R1 (ver Tabla 2) el software se desarrolló con dos tipos de
usuarios: administrador y visualizador, de esta manera el coordinador del área puede tener
control sobre la documentación que se maneja en el aplicativo y los demás usuarios solo
pueden visualizarla.

Usuario administrador
Después de ingresar con usuario y contraseña del rol administrador correctos aparecerá
el tablero principal del aplicativo como se muestra en la Figura 6, en el panel lateral izquierdo
se encuentran cuatro módulos. El primero es el tablero principal, en donde aparecerán dos
accesos directos, cada uno con un contador, uno para la cantidad de usuarios registrados y
53

otro para la cantidad de modelos de equipos biomédicos. El segundo modulo se denomina
equipos biomédicos, el tercero de usuarios y por último el módulo de Logout, para abandonar la
sesión.

Figura 6.
Tablero principal del aplicativo desde usuario administrador

El siguiente modulo en aparecer es el denominado “Equipos Biomédicos”, al oprimir
sobre este se desplegarán dos submódulos: “Listado de equipos” y “Vista de los equipos” como
se observa en la Figura 5.

Figura 7.
Módulo de equipos biomédicos desplegado

Seleccionando el submódulo de listado de equipos aparecerá una tabla de todos los
modelos de equipos biomédicos que han sido agregados en el aplicativo como se muestra en
la Figura 8, con información como su nombre, marca, modelo y los cuatro diferentes
documentos disponibles, en cada uno aparecerá un icono que indica que se encuentra
cargado. Además, se establecieron cuatro botones en esta vista, dos tienen como función la
exportación del listado ya sea en formato Excel o PDF. Otro botón se encuentra ubicado en la
última columna llamada “Acciones”, que tienen como función eliminar un equipo biomédico.

Figura 8.
Tablero de submódulo de equipos biomédicos del aplicativo desplegado.

En la parte superior de submódulo mencionado anteriormente aparecerá el ultimo botón
para la opción de agregar nuevos equipos biomédicos, el cual al ser seleccionado desplegará
un modal de un formulario como se muestra en la Figura 7 para el registro de este con su
respectiva documentación.

Figura 9.
Formulario para el registro de nuevos equipos biomédicos.

Posteriormente, al seleccionar el submódulo de “Vista de los equipos” el software se
redirecciona a la vista en donde se encuentran tres botones con listas desplegables
clasificadas por nombre del equipo, marca y modelo como se observa en la Figura 10 para la
búsqueda determinada de un equipo biomédico registrado en el aplicativo, esta es una vista
que buscaba cumplir con los requerimientos definidos en R6 (ver Tabla 1).
Figura 10.
Vista de los equipos biomédicos.

Al realizar la búsqueda seleccionando uno de los elementos que contienenlas listas
desplegables aparecerá una fotografía del equipo buscado como se ve en la Figura 11, y al dar
clic sobre el botón “Ver equipo” aparecerán los 4 diferentes documentos que este posee como
se observa en la Figura 12.

Figura 11.
Resultado de la búsqueda de equipo biomédico

Figura 12.
Vista del equipo biomédico con su documentación.

El próximo modulo existente en el aplicativo es el módulo de usuarios, al ser
seleccionado aparecerán dos submódulos más, el submódulo de “Usuarios” y el submódulo de
“Roles” como se muestra en la Figura 13.
Figura 13
Módulo de usuarios.
Al seleccionar el submódulo de usuarios aparecerá un listado de los usuarios
registrados categorizados por nombre, apellido, email, teléfono, rol, status y las acciones que
se podrían realizar para cada uno de los usuarios como se observa en la Figura 14. A este
submódulo se le agregaron cuatro botones, con funciones como agregar nuevos usuarios
observar la información de estos, editarla o eliminar al usuario registrado, estos últimos tres
están ubicados en la última columna del listado.

Figura 14.
Vista de tabla de usuarios

Al seleccionar el botón de “Agregar” en el submódulo de usuarios aparece una ventana
emergente como se muestra en la Figura 15, con una variedad de datos necesarios para
agregar un nuevo usuario, en donde se puede establecer el rol de este, ya sea administrador o
visualizador.
61

Figura 15.
Formulario para agregar nuevo usuario.

El otro submódulo en aparecer es el módulo es de “Roles” en donde se puede
visualizar, editar, eliminar o agregar nuevos roles para usar el aplicativo como se muestra en
las figuras 16 y 17.
62

Figura 16.
Modulo Roles.

Figura 17.
Formulario para agregar nuevo rol.

Por último, aparecerá el módulo de Logout con el cual se podrá cerrar sesión en el
aplicativo para volver a la ventada de Login e ingresar con otros usuarios previamente
registrados si así se desea.

Usuario visualizador
La vista de inicio de este rol es la misma de inicio del rol administrador, como se
observa en la Figura 5. Luego de ingresar con el usuario y contraseña correctos aparecerá el
tablero principal del aplicativo, con dos módulos para su uso, el módulo de equipos biomédicos
y Logout como se observa en la Figura 18. Este tablero principal contiene un acceso directo al
módulo de equipos biomédicos en donde, al igual que el rol administrador contiene un contador
con la cantidad de modelos de equipos biomédicos registrados.
Figura 18.
Vista del tablero principal desde el rol visualizador

Estos dos módulos mencionados anteriormente, funcionan de la misma manera que en
el rol administrador. La única diferencia es que, desde aquí no se podrá realizar modificaciones
de ningún tipo, solo se podrá descargar y visualizar la documentación de equipos biomédicos
previamente registrada por el administrador.

Guía de uso del software
El instructivo de uso del software (ver Anexo D) presenta paso a paso de forma gráfica
la forma en como acceder al aplicativo, desde donde poder descargar la documentación de los
equipos biomédicos para poder visualizarlos. También, cómo hacer la búsqueda respectiva de
cada equipo con su documentación. Además, para el usuario administrador se agregó
información sobre cómo este podrá descargar, agregar o suprimir equipos biomédicos y
usuarios del aplicativo según lo requiera.

Pruebas del software
Finalizada la codificación del aplicativo se procedió a realizar todas las pruebas
planteadas en la fase 3 de la metodología, la fase de implementación, con el fin de comprobar
su correcto funcionamiento.

Pruebas funcionales

Pruebas unitarias
Para las pruebas unitarias lo que se buscaba, era comprobar el funcionamiento
individual de los elementos más pequeños del aplicativo de forma individual por lo que, en
primera instancia se procedió a hacer las pruebas de los diferentes botones en cada uno de los
4 módulos del rol administrador dado que este posee no solo los dos módulos disponibles en el
usuario visualizador sino además 2 más que solo este posee, los cuales son tablero principal,
equipos biomédicos, usuarios y Logout. En la tabla 4 se muestran los resultados de las pruebas
realizadas a los botones del primer módulo, el botón de tablero principal.

Tabla 4.
Resultados de pruebas unitarias modulo “tablero principal”
Prueba realizada Cumple No cumple
Botón de acceso rápido a módulo de “Usuarios”

Botón de acceso rápido al módulo de “Equipos
biomédicos”
X

En las figuras 19 y 20 se puede observar como el aplicativo se redirige al módulo de
usuarios y modelos de equipos biomédicos correspondientemente en donde cada botón
contiene un contador de los usuarios o modelos de equipos biomédicos registrados.
66

Figura 19.
Evidencia de funcionamiento del botón de acceso rápido al módulo “Usuarios”
Figura 20.
Evidencia de funcionamiento del botón de acceso rápido al módulo “Equipos biomédicos”
Luego se comprobó que los botones en los submódulos pertenecientes al módulo de
67

equipos biomédicos realizaran la tarea programada para ellos. En la tabla 5 se puede observar
un resumen de los resultados obtenidos en estas pruebas.
Tabla 5.
Resultados de pruebas unitarias del módulo “equipos biomédicos”

Prueba realizada Cumple No cumple
Botón “Agregar” para el registro de nuevos
modelos de equipos biomédicos

Botón “Excel” para exportar el listado de equipos
en formato XLSX
X

Botón “PDF” para exportar el listado de equipos
en formato PDF

Botón “Eliminar equipo”

Botón “Mi cuenta” para redirigirse al inicio del
aplicativo

Botón “Salir” para salir del aplicativo

Botón para hacer la búsqueda de un modelo de
equipo biomédico seleccionado

Botón “Siguiente” para pasar a otros modelos de
equipos biomédicos

Botón “Anterior” para regresar a modelos de
equipos biomédicos anteriores

Botón “Ver equipo” para ver los documentos de
cada modelo de equipo biomédico

Botón para descargar manual de usuario de un
equipo biomédico

Botón para descargar guía de manejo rápido de
un equipo biomédico

Botón para descargar protocolo de
mantenimiento de un equipo biomédico

Botón para descargar reporte de fallas de un
equipo biomédico

A partir de los resultados de la tabla 5 se pudo corroborar que todos los botones del
módulo de equipos biomédicos funcionan correctamente. En la figura 21, 22 Y 23 se puede
observar el funcionamiento de 3 de ellos.
Figura 21.
Evidencia de funcionamiento del Botón “Agregar” para el registro de nuevos modelos de
equipos biomédicos.

Figura 22.
Evidencia de funcionamiento del Botón “Excel” para exportar el listado de equipos en formato
XLSX

Figura 23.
Evidencia de funcionamiento del Botón “PDF” para exportar el listado de equipos en formato
PDF

A continuación, se hizo las pruebas de los botones existentes en el módulo “Usuarios”.
En la tabla 6 se observa los resultados de estas pruebas.

Tabla 6.
Resultados pruebas unitarias del módulo “Usuarios”

Prueba realizada Cumple No cumple
Botón “Agregar” para añadir nuevos usuarios

Botón “Ver usuario” para ver datos de un usuario
registrado

Botón “Editar usuario”

Botón “Eliminar usuario”
X

Por los resultados de la tabla 6 se pudo concluir que los botones del módulo “Usuarios”
funcionan correctamente. Al agregar un usuario nuevo, en la ventana