DESARROLLO DE SOFTWARE PARA GESTION DE PROCESOS DE DESINFECCION Y MANTENIMIENTO DE EQUIPOS DE

INSTRUMENTACION QUIRURGICA EN LA EMPRESA TECNOCLINICA LTDA

JOSE LOVER DAZA ROJAS

UNIVERSIDAD AUTÓNOMA DE OCCIDENTE FACULTAD DE INGENIERÍA

DEPARTAMENTO DE OPERACIONES Y SISTEMAS PROGRAMA DE INGENIERÍA INFORMÁTICA

SANTIAGO DE CALI 2015

DESARROLLO DE SOFTWARE PARA GESTION DE PROCESOS DE DESINFECCION Y MANTENIMIENTO DE EQUIPOS DE

INSTRUMENTACION QUIRURGICA EN LA EMPRESA TECNOCLINICA LTDA

JOSE LOVER DAZA ROJAS

Proyecto de grado modalidad pasantía institucional para optar al título de Ingeniero Informático

Director OLMEDO ARCILA GUZMÁN

Ingeniero de Sistemas

UNIVERSIDAD AUTÓNOMA DE OCCIDENTE FACULTAD DE INGENIERÍA

DEPARTAMENTO DE OPERACIONES Y SISTEMAS PROGRAMA DE INGENIERÍA INFORMÁTICA

SANTIAGO DE CALI 2015

3

Santiago de Cali, 13 de Febrero de 2015

Nota de aceptación: Aprobado por el comité de grado en cumplimiento de los requisitos exigidos por la Universidad Autónoma de Occidente para optar al título de Ingeniero en Informática.

ORLANDO ARBOLEDA MOLINA Jurado OLMEDO ARCILA GUZMAN Director pasantía

4

CONTENIDO

pág.

GLOSARIO 15 RESUMEN 17 INTRODUCCIÓN 18 1. PROBLEMA DE INVESTIGACIÓN 20

1.1. PLANTEAMIENTO DEL PROBLEMA 20

1.1.1. Inventario 20

1.1.2. Lavado 20

1.1.3. Mantenimiento 20

1.1.4. Almacenamiento 21

1.2. FORMULACIÓN DEL PROBLEMA 22

1.3. ALCANCE DEL PROYECTO 22

1.4. LIMITACIONES DEL PROYECTO 22

2. JUSTIFICACIÓN 24

3. OBJETIVOS 26

3.1. OBJETIVO GENERAL 26

3.2. OBJETIVOS ESPECÍFICOS 26

4. MARCO RERENCIAL 27

4.1. ANTECEDENTES 27

4.1.1. SAI-OPEN 27

4.1.2. Empresa De Software PSL 27

5

4.1.3. Empresa de Software Solinsur 28

4.1.4. IComWeb Taller – TPV Web 28

4.1.5. SGTaller 28

4.2. MARCO TEÓRICO 29

4.2.1. Aplicaciones web 31

4.2.1.1. Arquitectura de capas 31

4.2.2. Lenguaje unificado de modelado, UML (Unified Modeling Language). 33

4.2.2.1. Diagramas estructurales 33 4.2.2.2. Diagramas de comportamiento dinámico 36

4.2.3. Instrumentos quirúrgicos 37

4.2.3.1. Inventario 37

4.2.3.2. Lavado y desinfección 37

4.2.3.3. Verificación y empaquetado 38

4.2.3.4. Mantenimiento y reparación 38

4.2.3.5. Almacenamiento 38

4.2.3.6. Bandeja o recipiente contenedor 38

4.2.3.7. Identificación de instrumentación quirúrgica 38

4.2.4. Código de barras (QR) 39

4.2.4.1. Lineales (1D) 40

4.2.4.2. Bidimensionales (2D) 40

4.2.4.3. Escáner e impresora de código de barras 40

4.2.5. Metodología de desarrollo de software 41

4.2.5.1. Metodología Scrum 42

4.2.6. Lenguajes informáticos 44

6

4.2.6.1. Lenguajes de programación 44

4.2.6.2. Lenguajes para marcado de hipertexto 45

4.2.6.3. Lenguaje para estilo de presentación 46

4.2.6.4. Gestor de base de datos 46

4.3. MARCO LEGAL Y NORMATIVO 46

4.4. MARCO CONTEXTUAL 49

4.4.1. Misión 49

4.4.2. Visión 49

4.4.3. Ventajas que ofrece la empresa a sus clientes 49

4.4.4. Organigrama de la empresa 50

4.4.5. Ubicación y contactos 51

5. METODOLOGÍA 52

5.1. DEFINICIÓN DE ETAPAS 52

5.1.1. Respecto a la etapa de inicio 52

5.1.2. Respecto a los Sprint o etapas del aplicativo web 52

5.1.3. Respecto a la etapa final 52

6. ANÁLISIS Y DESARROLLO 53

6.1. INICIO DEL PROYECTO 53

6.1.1. Proceso de inventario 53

6.1.2. Proceso de lavado 53

6.1.3. Proceso de mantenimiento 54

6.1.4. Proceso de almacenamiento 54

6.1.5. Elaboración del análisis global del aplicativo 55

7

6.1.5.1. Requerimientos funcionales 55

6.1.5.2. Requerimientos no funcionales 56

6.1.5.3. Análisis y definición de los usuarios 57

6.1.5.4. Adoptar la arquitectura del aplicativo 59

6.1.5.5. Diagramas de flujo 60

6.1.5.6. Adoptar el gestor de base de datos 61

6.1.5.7. Nomenclatura para la creación de la base de datos 61

6.1.5.8. Modelo de la base de datos 62

6.1.5.9. Adoptar el lenguaje de programación 64

6.1.5.10. Nomenclatura para la creación de las paginas, funciones y variables 64

6.2. SPRINT O: ETAPAS DEL PROYECTO 66

6.3. SPRINT 1: PROCESO DE INVENTARIO 66

6.3.1. Planificación de la iteración 66

6.3.1.1. Requerimientos 66

6.3.2. Ejecución de la iteración 67

6.4. SPRINT 2: PROCESO DE LAVADO 67

6.4.1. Planificación de la iteración 67

6.4.1.1. Requerimientos 67

6.4.2. Ejecución de la iteración 68

6.5. SPRINT 3: PROCESO DE MANTENIMIENTO 68

6.5.1. Planificación de la iteración 68

6.5.1.1. Requerimientos 68

6.5.2. Ejecución de la iteración 68

6.6. SPRINT 4: PROCESO DE ALMACENAMIENTO 69

8

6.6.1. Planificación de la iteración 69

6.6.1.1. Requerimientos 69

6.6.2. Ejecución de la iteración 69

6.7. IMPLEMENTACIÓN DEL SPRINT 2: PROCESO DE LAVADO 70

6.7.1. Diagrama de flujo 70

6.7.2. Diagrama de despliegue 71

6.7.3. Diagrama de caso de uso 72

6.7.4. Descripción de caso de uso 73

6.7.5. Diagrama de secuencia 74

6.7.6. Modelo relacional de datos (MRD) 75

6.7.7. Inspección y adaptación 76

6.7.8. Casos de prueba 77

6.7.9. Resultados de las pruebas realizadas 81

6.8. FINAL DEL PROYECTO 90

6.8.1. Modelo entidad relaciona final (MER) 90

6.8.2. Modelo estructural del aplicativo web 91

6.8.3. Diagrama de paquetes y componentes 92

6.8.4. Resultados 93

7. CONCLUSIONES 98

8. RECOMENDACIONES 99

BIBIOGRAFÍA 100 ANEXOS 104

9

LISTA DE CUADROS

pág.

Cuadro 1. Comparativo de los software de referencia 29 Cuadro 2. Contenido del marco teórico para el proyecto 30 Cuadro 3. Comparativo de las metodologías tradicionales y agiles 42 Cuadro 4. Estándares técnicos para el desarrollo de aplicativos web 47 Cuadro 5. Normativas que aplican para la manipulación de la instrumentación quirúrgica 48 Cuadro 6. Descripción del caso de uso Agregar ingreso al proceso de lavado 73 Cuadro 7. Definición de la tabla tblProcesosLavado 75 Cuadro 8. Caso de prueba para Agregar ingreso al proceso de lavado 77 Cuadro 9. Caso de prueba para Modificar ingreso al proceso de lavado 78 Cuadro 10. Caso de prueba para Buscar ingreso al proceso de lavado 79 Cuadro 11. Caso de prueba para Eliminar ingreso al proceso de lavado 80 Cuadro 12. Caso de prueba para Listar ingreso(s) al proceso de lavado 80 Cuadro 13. Tiempos de carga y ejecución para agregar el registro de un ingreso al proceso de lavado desde servidor y producción 83 Cuadro 14. Tiempos de carga y ejecución para listar los registro(s) sobre los ingresos al proceso de lavado desde servidor y producción 84 Cuadro 15. Tiempos de carga y ejecución para modificar el registro de un ingreso al proceso de lavado desde servidor y producción 85

10

Cuadro 16. Tiempos de carga y ejecución para buscar el registro de un ingreso al proceso de lavado desde servidor y producción 86 Cuadro 17. Tiempos de carga y ejecución para eliminar el registro de un ingreso al proceso de lavado desde servidor y producción 87

11

LISTA DE FIGURAS

pág.

Figura 1. Arquitectura de tres capas 33 Figura 2. Ejemplo de un diagrama de caso de uso 34 Figura 3. Ejemplo de un diagrama de despliegue 35 Figura 4. Ejemplo de paquete y componentes 35 Figura 5. Ejemplo de un diagrama de secuencia 36 Figura 6. Instrumentación Quirúrgica 37 Figura 7. Tipos de códigos de 1 y 2 dimensiones 39 Figura 8. Ciclo de desarrollo de un proyecto con Scrum 43 Figura 9. Organigrama de la empresa Tecnoclinica Ltda 50 Figura 10. Fachada de la empresa Tecnoclinica Ltda 51 Figura 11. Representación de la conformación de los equipos de cómputo y personal de la empresa 59 Figura 12. Diagrama de flujo del proceso mantenimiento y reparación de instrumentos quirúrgicos general 60 Figura 13. Abstracción de un proceso 62 Figura 14. Modelado general de la base de datos para el aplicativo web 63 Figura 15. Diagrama de flujo del proceso lavado 70 Figura 16. Representación de la conformación de los equipos de cómputo y personal en el proceso de lavado 71 Figura 17. Diagrama de caso de uso para la gestión de los procesos de lavado 72 Figura 18. Diagrama de secuencia para Agregar ingreso al proceso de lavado 74

12

Figura 19. Interfaz gráfica del módulo del proceso de lavado 76 Figura 20. Página para agregar un registro sobre ingreso al proceso de lavado 83 Figura 21. Página para listar los registro(s) sobre ingreso al proceso de lavado 84 Figura 22. Página para modificar un registro sobre ingreso al proceso de lavado 85 Figura 23. Página para buscar un registro sobre ingreso al proceso de lavado 86 Figura 24. Página para eliminar un registro sobre ingreso al proceso de lavado 87 Figura 25. Modelado de la base de datos para el aplicativo web 90 Figura 26. Diagrama de paquetes y componentes 91 Figura 27. Logo principal del aplicativo web ‘Tecnoclinica’ 93 Figura 28. Encabezado de página o header del aplicativo web ‘Tecnoclinica’ 93 Figura 29. Pie de página o footer del aplicativo web ‘Tecnoclinica’ 94 Figura 30. Página principal del aplicativo web ‘Tecnoclinica’ 94 Figura 31. Página de inicio de sesión del aplicativo web ‘Tecnoclinica’ 95 Figura 32. Página de ingreso principal del aplicativo web ‘Tecnoclinica’ 95 Figura 33. Página del proceso de lavado del aplicativo web ‘Tecnoclinica’ 96 Figura 34. Página del proceso de mantenimiento del aplicativo web ‘Tecnoclinica’ 96 Figura 35. Página del proceso de almacenamiento del aplicativo web ‘Tecnoclinica’ 97

13

LISTA DE ANEXOS

pág.

Anexo A. Establecimiento de ventajas y desventajas para algunos conocimientos apropiados para el proyecto 104 Anexo B. Estándares y normativa 106 Anexo C. Formatos para recepción y salida de instrumentos quirúrgico que se utilizan actualmente en Tecnoclinica Ltda. 109 Anexo D. Notación para la elaboración de los diagramas de flujo 113 Anexo E. Notación para la elaboración de los diagramas de despliegue y los diagramas realizados 115 Anexo F. Notación para la elaboración de los diagramas de caso de uso y los diagramas realizados 119 Anexo G. Descripción sobre cada uno de los casos de uso 125 Anexo H. Notación para la elaboración de los diagramas de secuencia y los diagramas realizados 224 Anexo I. Imágenes y especificaciones de los equipos de cómputo utilizados para el despliegue del aplicativo web 255 Anexo J. Guía de instalación de cada programa utilizado en el desarrollo del aplicativo web 262 Anexo K. Modelo relacional de datos (MRD) 292 Anexo L. Casos de prueba sobre los casos de uso 316 Anexo M. Tiempos de carga de las páginas y ejecución de las diferentes funcionalidades del aplicativo web 387

14

AGRADECIMIENTOS

Ante todo le doy las gracias a Dios, quien me dio la vida y me ilumina cada día en mí camino profesional y personal. A mis padres, José Dover Daza y María Cristina Rojas, por brindarme el apoyo incondicional a lo largo de mi vida y carrera profesional. A mis abuelos paternos Pablo Daza y Julia Pineda, a mis abuelos maternos Álvaro Rojas y Mariela Saavedra, por darme el ejemplo a seguir durante mi vida. A mis tías Clara Gallelli y Alba Lucía, por el apoyo brindado a los largo de mis estudios. A mi hermano Cristian Julián González, su esposa Yiselt Parra e hija María Paula González, por el cariño familiar que me brindan y apoyo a lo largo de mi carrera profesional. A mis hermanos Johana Daza y José D. Daza, por el cariño familiar que me brindan. A mí primo Pedro F. Ospina, por el apoyo a lo largo de la vida y carrera profesional. A mi primo Hugo Francisco Fernández y su esposa Paola, por el apoyo a lo largo de mi vida y carrera profesional. A mi prima María Claudia Fernández, esposo Jairo Jaramillo e hija María Camila Jaramillo, por su apoyo y colaboración para la realización de la carrera profesional. A mi esposa Angy Vanessa Sierra Gil, por ser el motor de mi vida y quien es la persona que amo y adoro con todo el corazón. A mis suegros Francisco Sierra y Nancy Gil, por su apoyo incondicional en cada decisión que concluyo. A todas las directivas y docentes de la Universidad Autónoma de Occidente, por su apoyo y enseñanza para lograr realizarme como profesional en ingeniería informática. A la Facultad de Ingeniería, por el soporte institucional dado para la realización de mi carrera profesional. Al director de Ingeniería Informática César Pardo, por la colaboración al trámite y la realización del trabajo de grado. Al director de pasantía el ingeniero Olmedo Arcila Guzmán, por la enseñanza a lo largo de mi carrera y guía para la realización del trabajo de grado. A mis compañeros, por su amistad y colaboración en la realización de mi carrera profesional. A Francisco Castaño, por haber confiado en mis conocimientos para la realización de la pasantía institucional. Y Por último a todas aquellas personas que de una u otra forma colaboraron o participaron en la realización de mi carrera profesional.

15

GLOSARIO

Este es un glosario lexicográfico, elaborado por el autor para facilitar el entendimiento de los términos utilizados en el presente documento. Lenguajes de programación para el aplicativo web – Capa Vista HTML: lenguaje de marcado hipertextualo o hypertext markup language, utilizado para la elaboración de páginas web estático que describe su estructura y la información en forma de texto. JAVASCRIPT: es un lenguaje de programación del tipo interpretado, orientado y basado en prototipos. Se diseñó con una sintaxis muy similar al lenguaje C, aunque adopta nombres y convenciones del lenguaje Java. XML: lenguaje de marcas extensibles o extensible markup language, es un lenguaje desarrollado por el world wide web consortium (W3C), utilizado para almacenar datos en forma legible. Lenguajes de programación para el aplicativo Web – Capa Negocio ASP: active server pages, es una tecnología desarrollada por Microsoft para la creación de páginas dinámicas y ha sido comercializado como un anexo a internet information services (IIS). Protocolos de transacción utilizados para el aplicativo Web PLUGIN: un plugin o complemento, es una aplicación que se relaciona con otra para aportarle a esta una funcionalidad nueva y generalmente muy específica. TCP: transmission control protocol o protocolo de control de transmisión, es fundamental en Internet y permite la transmisión de un gran flujo de datos entre computadores dentro de una red. WWW: world wide web o red informática mundial, es un sistema de distribución de información basado en hipertexto o hipermedios enlazados y accesibles a través de Internet. Base de Datos para el aplicativo web SCRIPT SQL: es un lenguaje de consulta estructurado declarativa usada en los diferentes gestores de bases de datos relacionales, que permite especificar diversos tipos de operaciones en ellas.

16

Códigos de barras y su manipulación CÓDIGO DATA MATRIX: es un nuevo sistema industrial de codificación bidimensional que permite la generación de un gran volumen de información en un formato muy reducido, con una alta fiabilidad de lectura gracias a sus sistemas de información redundante y corrección de errores (legible hasta con un 20% - 30% dañado). CÓDIGO QR: es un código bidimensional con una matriz de propósito general diseñado para un escaneo rápido de información. QR fue elaborado por Denso Wave. El código QR posee una forma cuadrada y puede ser fácilmente identificado por su patrón de cuadros oscuros y claros en tres de las esquinas del símbolo. IMPRESIÓN TÉRMICA: es un dispositivo electromecánico de alta velocidad, que tiene la función de recibir información digital procedente de la computadora u otros dispositivos para que por medio de calor, un haz de luz y una cinta entintada imprimirla en una hoja o algún tipo de papel. Con esta cinta se marcan los instrumentos quirúrgicos. Infraestructura y tecnologías para la implementación HYPER-V: es un software de propiedad de Microsoft y una vez instalado, facilita la virtualización de varios sistemas operativos dentro de un mismo servidor permitiendo optimizar el uso de este y reducir costos. Licenciamiento GNU: es una licencia pública general, la cual es ampliamente usada y que garantiza la libertad de usar, estudiar, compartir y modificar el software que tenga esta licencia. Su creador fue Richard Stallman fundador de la Free Software Foundation para el proyecto GNU.

17

RESUMEN

La necesidad de la empresa Tecnoclinica Ltda. con el auge de las nuevas tecnologías, es mejorar su actual sistema de registro de datos de cada uno de sus procesos de inventario, lavado, mantenimiento y almacenamiento, para el cual se realizó un aplicativo web utilizando las tecnología más recientes como PHP, MySQL, HTML5, CSS3, JavaScript y siguiendo los lineamientos de la metodología Scrum sobre la realización del análisis, diseño, desarrollo, implementación, despliegue del aplicativo web; permitiendo una flexibilidad de los cambios en los requerimientos al mismo tiempo en su construcción, logrando la satisfacción de las necesidades planteadas por la empresa con la oportuna visualización de la información en todo momento que es requerida. Las pruebas de aceptación por parte de la empresa, fueron realizadas en los ambientes de prueba y producción desde el servidor y computador de producción, con resultados satisfactorios en los tiempos bajos que toma las funcionalidades como agregar, listar, modificar, buscar y eliminar los registros de los datos pertinentes en cada uno de los procesos a la base de datos. Lo anterior, da como resultado un aplicativo web aprobado por la empresa, que le genera valor agregado dentro de su mercado con la utilización de tecnología que mejore los tiempos en relación a la gestión de la información de cada uno de los procesos que interviene para su servicio del mantenimiento de instrumentación quirúrgica.

Palabras Clave: necesidad, nuevas tecnologías, procesos, aplicativo web, metodología Scrum, análisis, diseño, desarrollo, implementación, despliegue, pruebas, instrumentación quirúrgica.

18

INTRODUCCIÓN

En la actualidad, las organizaciones se apoyan en las tecnologías buscando altos índices de productividad y competitividad que les permita alcanzar altas cuotas de participación en el mercado y liderazgo en el sector, como consecuencia de brindarle servicios de calidad con excelencia a los clientes y mantener sus niveles de satisfacción elevados. Entre las razones que benefican a las organizaciones el uso de las tecnologías como herramienta de gestión, es la eficiencia y eficacia en función del tiempo tanto para la prestación del servicio como para la oportunidad y agilidad de la información para toma de decisiones en la gerencia. Por lo anterior y ante el deficiente sistema de información en Tecnoclinica Ltda. y la búsqueda de alternativas de solución respecto a la optimización del tiempo utilizado en el registro de los datos propios de los procesos, la identificación rápida de los instrumentos y la generación de reportes oportunos y permanentes para la toma de decisiones gerenciales, el presente proyecto propende por el desarrollo de un aplicativo web para la gestión de la información en el proceso de desinfección y mantenimiento de los equipos de instrumentación quirúrgica, específica a sus procesos de inventario, lavado, mantenimiento y almacenamiento. La empresa Tecnoclinica Ltda. se dedica a la reparación y mantenimiento de los equipos de instrumentación quirúrgica de las diferentes clínicas y hospitales donde son utilizados para realizar procedimientos quirúrgicos o monitoreo de signos vitales a pacientes respectivamente. El gerente y la administradora de Tecnoclinica Ltda. que mantiene en constante comunicación con los jefes de las áreas de instrumentación quirúrgica de las entidades prestadoras de salud, o con médicos particulares, quienes informan a la empresa cuando los instrumentos necesitan mantenimiento, constituyéndose así los convenios que han perdurado en el tiempo. En la actualidad, en Tecnoclinica Ltda. el registro de los instrumentos quirúrgicos se hace en un sistema de inventarios manual, que permite registrar toda la información en archivos en Excel y documentos en papel que tienden a perderse la gran cantidad de información que maneja la empresa. Por otro lado, están involucrados otros procesos como el de desinfección de equipos de instrumentación quirúrgica en el cual no se tiene control de los elementos que han pasado por el ciclo de lavado. Buscando una salida a este problema, se propone el desarrollo de un aplicativo web como solución tecnológica, que facilite el acceso y manejo de la información de los procesos de desinfección y mantenimiento que la empresa

19

realiza y que disminuya el tiempo de consulta del historial de cada instrumento. Esta propuesta de aplicativo web tiene funcionalidad operativa (procesos de lavado y mantenimiento) y administrativa (inventario y almacenamiento), lo que marca un valor agregado significativo frente a los aplicativos que existen en la actualidad en el mercado, por lo tanto, este proyecto se constituye además, en material de consulta para análisis comparativo en contextos similares.

20

1. PROBLEMA DE INVESTIGACIÓN

1.1. PLANTEAMIENTO DEL PROBLEMA En Tecnoclinica Ltda. existen cuatro procesos que conforman el proceso de mantenimiento y reparación de la instrumentación quirúrgica, a saber: 1.1.1. Inventario. Consiste en la identificación de la instrumentación que llega a la organización proveniente de las entidades prestadoras de salud de Santiago de Cali, aunque también llegan de otros lugares de Colombia, como Bogotá, Medellín, Palmira, entre otras. También, de médicos que ejercen en sus consultorios particulares; o igual, algunos particulares que hacen uso de ellos. El problema en esta etapa se presenta porque en la actualidad los equipos de instrumentación quirúrgica se identifican solamente con los datos de la entidad prestadora de salud o de un médico particular, pero no con las características físicas de los mismos, por lo tanto, no se tienen registros de estas y esta situación afecta los tiempos en la etapa de lavado. Además se presenta el problema de que no hay forma de agrupación o asociación de una determinada instrumentación quirúrgica proveniente de una entidad prestadora de salud o de un médico particular, esto afectando en la organización y ejecución de los procesos posteriores como lavado, mantenimiento y almacenamiento. 1.1.2. Lavado. Durante el proceso de lavado se hace desinfección de los instrumentos quirúrgico, se verifica que estén libres de residuos orgánicos. Los equipos de instrumentación quirúrgica llegan a la etapa de lavado, identificados tal como se enunció en la etapa de inventario. El problema que actualmente se presenta en esta etapa radica en el desgaste de tiempo que ocupa el operario en la identificación y clasificación de los equipos de instrumentación quirúrgica de acuerdo con sus características físicas para así proceder a definir la técnica de lavado que se les debe aplicar. 1.1.3. Mantenimiento. Una vez llegan los equipos de instrumentación quirúrgica a mantenimiento el técnico especializado hace una revisión preliminar para determinar el procedimiento a aplicar y el plan de trabajo a seguir con tiempos y cotización. Puede suceder que el instrumento no convenga repararlo y se recomiende darlo de baja. Si fue reparado pasa a almacenamiento.

21

La cotización generada es enviada para su aprobación por parte de la entidad prestadora de salud o médico particular. En el caso de ser aprobada se genera una orden de trabajo y para el caso en que no sea aprobada se genera una orden de salida o de devolución. El problema identificado en esta etapa consiste en que el mantenimiento que se hace a los equipos de instrumentalización quirúrgica se realiza sin conocer datos precisos del historial de mantenimiento realizado por la empresa, de cuántas veces ha pasado por mantenimiento, porque la información relacionada se encuentra dispersa en archivo Excel o en registros que han sido diligenciados manualmente. Tampoco el operario de mantenimiento recibe información sobre las características físicas y datos de propietario del mismo. 1.1.3. Almacenamiento. En este proceso se almacena y se gestiona la salida.

El problema detectado en esta etapa del proceso también se enfoca en la falta de identificación de los equipos de instrumentalización quirúrgica pues llegan a almacén sin conocer cuál entidad prestadora de salud o médico particular es su propietario, además de la ubicación en el almacén, la cual no se conoce y por lo tanto no se gestiona rápido la salida. Cuando estos ingresan al almacén se ponen en estanterías y son retirados cuando la administración pasa información de que el servicio fue cancelado y entonces el operario busca en toda la bodega presumiendo dónde puede estar para hacer el registro de salida. La anterior descripción realizada a las actividades del proceso de mantenimiento y reparación en cada una de sus cuatro procesos, descubre el manejo genérico que se ha venido dando a las mismas, pues falta claridad frente a los tiempos de dedicación o disponibilidad para cada tarea y de los costos que cada una acarrea. Así, la cotización en el proceso del mantenimiento es genérica y aunque expresa el tiempo del mantenimiento y reparación, queda pendiente indicarlo específico con el fin de vincular los costos directos e indirectos correspondientes a cada proceso. Así mismo, el control y el registro de los instrumentos quirúrgicos que ingresan y los tiempos de consulta del historial de cada uno, son extensos y sufren dilaciones porque tampoco tienen código de barras que facilite su identificación. Teniendo en cuenta lo anterior, el gerente de la empresa Tecnoclinica Ltda., ingeniero Francisco Javier Castaño Hurtado se acercó a la Universidad Autónoma de Occidente, solicitando apoyo para el desarrollo en conjunto, de un aplicativo web para gestionar la información resultante en el proceso de mantenimiento y reparación de los instrumentos quirúrgicos. En la actualidad,

22

la información que genera el proceso es difícil validarla y la confiabilidad de los análisis de datos que conlleven a la disminución de los tiempos de ejecución de las tareas, en las mismas y del ingreso de la información a los formularios que son manuales, se compromete no solo por lo artesanal del proceso sino porque genera duplicidad de funciones. En realidad la gestión de la información es deficiente y por lo tanto, el control de la misma para cada una de las etapas del proceso mantenimiento y reparación de instrumentos quirúrgicos, también lo es. Se ha llegado a pensar que esta situación eleva los costos de operación, pero debe ser demostrado posteriormente, pues no es objeto del presente proyecto. 1.2. FORMULACIÓN DEL PROBLEMA De acuerdo al anterior planteamiento, la síntesis del problema se entiende como deficiente sistema de información en el proceso de mantenimiento y reparación de instrumentos quirúrgicos en la empresa Tecnoclinica Ltda., en cuanto a, confiabilidad, veracidad, agilidad y oportunidad en función del tiempo y de la calidad de la misma que le permita a la Alta Dirección, la toma de decisiones en el nivel estratégico, asertivas con fines a lograr la satisfacción del cliente y su fidelización y a la empresa rentabilidad y sostenibilidad económica. 1.3. ALCANCE DEL PROYECTO

El aplicativo web para gestionar la información proveniente del proceso mantenimiento y reparación de los instrumentos quirúrgicos en Tecnoclinica Ltda. como objetivo general del presente proyecto, llega hasta: 1) la oportunidad y agilidad de la información en función del tiempo del registro de los datos en cada proceso (inventario, lavado, mantenimiento y almacenamiento) del proceso mantenimiento y reparación de instrumentos quirúrgicos teniendo en cuenta sus entradas y salidas, 2) la identificación en cualquier momento de los instrumentos quirúrgicos; es decir, conocer cuáles son sus características físicas, sus especificaciones y establecer su historial o trazabilidad de reparación dentro de la empresa con el fin de generar información que conduzca a crear valor al proceso en mención en cuanto a que las actividades que participen en él, sean las que realmente aportan beneficio al cliente y rendimientos para la organización. 1.4. LIMITACIONES DEL PROYECTO Tecnoclinica Ltda. consideró que la información que requería para el desarrollo del aplicativo web solo debía estar en función del tiempo que ocurría entre las entradas y las salidas de cada una de las etapas constitutivas del proceso

23

mantenimiento y reparación de los instrumentos quirúrgicos, por lo tanto, no se aportó información diferente a los formularios que en la actualidad diligencian manualmente y que fueron los que aportaron la información básica para establecer las necesidades para el aplicativo web, pues a nivel estratégico la gerencia estimó que con mejorar la agilidad y la oportunidad en relación a la gestión de la información del proceso, era insumo suficiente para establecer estrategias a partir de la Alta Gerencia conducentes al mejoramiento del rendimiento, la eficacia, la eficiencia y calidad en la prestación del servicio.

24

2. JUSTIFICACIÓN

Para la gerencia y administración de Tecnoclinica Ltda., es importante el uso de las nuevas tecnologías dentro de la empresa y desea implementarlas en su organización con el fin de sacarles el mejor provecho en el desarrollo de sus actividades diarias y así mejorar su rendimiento, eficacia, eficiencia, agilidad, oportunidad y calidad en la prestación de su servicio porque no se tiene que volver a ingresar los datos en hojas aisladas al realizar los procesos de inventarios, lavado, mantenimiento y almacenamiento, superando así el problema de identificación de cada uno de los instrumentos quirúrgicos que ingresan a los procesos en mención, la cual en la actualidad es compleja e incompleta. Este aplicativo web es importante implementarlo en la empresa porque le ofrece una alternativa para el control de los procesos y actividades que se realizan dentro de sus áreas. En este se registrará toda la información de cada equipo de instrumentación quirúrgica, permitiendo estar disponible las veinticuatro horas. Se aprecia entonces, que el aplicativo brindará ventajas para la operación y administración de los procesos, representadas en flujos de actividades ágiles para los operarios e información oportuna para la toma de decisiones a nivel administrativo. Al no disponer del aplicativo web, Tecnoclinica Ltda. no se beneficiará de las ventajas que le brinda este y seguiría en las condiciones actuales sin control de los procesos, sin identificación de los datos y de los equipos de instrumentación quirúrgica, aspectos estos que a un mediano plazo comprometerá con seguridad los resultados de eficiencia y eficacia de la empresa, resultando afectada la satisfacción de sus clientes. Una ventaja significativa que brinda el aplicativo web es que estará siempre disponible por medio de los dispositivos de cómputo, los cuales se encuentran interconectados a la red interna de la empresa, permitiendo el libre acceso de los computadores que estén conectados a la misma y poder visualizar el aplicativo web. Otro motivo de valor que justifica el presente proyecto, es el apoyo que presta la Universidad Autónoma de Occidente a los empresarios, atendiendo el mejoramiento de la productividad de sus procesos en función del tiempo destinado al procesamiento de la información con indicadores establecidos para la oportunidad y la agilidad permanentes y disminución de costos para toma de decisiones asertivas, mediante la atención de sus necesidades relacionados con la gestión de información automatizada, por medio de los pasantes aspirantes al título de Ingenieros de Sistemas, condición esta,

25

relevante que beneficia a las empresas porque logran desarrollos de aplicativos web o software de alta calidad a bajo costo y evitan así incurrir en los altos costos que les implicaría contratar el desarrollo de un software a la medida.

26

3. OBJETIVOS

3.1. OBJETIVO GENERAL

Desarrollar un aplicativo web que permita gestionar la información generada en las áreas de lavado, desinfección, mantenimiento y almacén del instrumental quirúrgico dentro de la empresa Tecnoclinica Ltda. 3.2. OBJETIVOS ESPECÍFICOS

Recolectar y definir información relevante de los procesos de inventario, lavada, mantenimiento y reparación que la empresa realiza a los instrumentos quirúrgicos. Definir los requerimientos funcionales y no funcionales del aplicativo para el control de la trazabilidad de los instrumentos quirúrgicos en los diferentes procesos. Diseñar e implementar el aplicativo bajo los lineamientos de la ingeniería de software, en donde se incluya una metodología de desarrollo ágil. Diseñar interfaces amigables y de fácil entendimiento. Definir y realizar pruebas finales del aplicativo web. Desplegar el aplicativo para mantener la información detallada de los instrumentos quirúrgicos con sus procesos realizados. Evaluar el funcionamiento del aplicativo web.

27

4. MARCO REFERENCIAL

4.1. ANTECEDENTES Existen desarrolladores de aplicativos web y de paquetes informáticos para la gestión de información en empresas que prestan el servicio de mantenimiento y reparación indiferente al sector al que corresponden y al tipo de registro de datos que arroja tal proceso, permitiendo agilidad y oportunidad de la información en forma permanente, durante las veinticuatro horas del día, para la toma de decisiones en el nivel estratégico. La anterior situación, conllevó a la búsqueda de aplicativos web y de paquetes informáticos existentes en el mercado, con el fin de establecer sus características que aplicaran a las necesidades en cuanto al registro de la información para Tecnoclinica Ltda. en el proceso de mantenimiento y reparación de instrumentos quirúrgicos, en sus etapas: inventario, lavado y desinfección, verificación y empacado, mantenimiento y almacenamiento. Se encontró que los aplicativos web y paquetes informáticos existentes en el mercado para la gestión de la información del proceso mantenimiento y reparación en general, registraban información en las etapas de inventario, mantenimiento y almacenamiento, pero estas no consideraban ni implementaban las etapas de lavado y desinfección, verificación y empacado también necesarias para el proceso general de desinfección y mantenimiento de equipos de instrumentación que la empresa realiza. Estos aplicativos consultados fueron los siguientes: 4.1.1. SAI-OPEN1. Es un software para la gestión y coordinación de los procesos de venta y compra de productos, como son: facturación, administración, contabilidad, entre otros; además, de poseer un módulo para talleres, que permite la trazabilidad del proceso de mantenimiento. 4.1.2. Empresa de Software PSL2. Es una empresa que desarrolla aplicaciones a la medida (aplicaciones web, aplicaciones móviles, aplicaciones de misión crítica). También realizó un módulo para administración y logística en talleres de reparación y mantenimiento para empresas que prestan servicios de

1SISTEMA ADMINISTRATIVO INTELIGENTE. Sai-Open [en Línea] Santiago de Cali [consultado el 15 de Julio de 2013] Disponible en internet: http://sai-open.com/web/ 2Empresa de Software PSL. Software a la medida [en Línea] Bogotá – Medellín [Consultado el 15 de Julio de 2013] Disponible en internet: http://www.psl.com.co/

28

Administración, bodegas y logística (ABL) y Administración – manufactura (AM). 4.1.3. Empresa de Software Solinsur3. Es una empresa desarrolladora de aplicaciones a la medida y de paquetes informáticos para la gestión de las operaciones. Desarrolló un módulo denominado AutoSoft 3.1.0, para el registro de inventario y reparación de artículos. Otro módulo para la gestión de productos en supermercados, el cual funciona por código de barras o QR, el cual registra las entradas y salidas de artículos que dinamizan el proceso de facturación y ventas. 4.1.4. IComWeb Taller – TPV Web4. Es un software utilizado para el mejoramiento de la gestión de inventario, la planificación de ventas y compras en establecimientos que prestan el servicio de mantenimiento y reparación. Es modular, con posibilidad de multi-sucursal y multi-usuario con integración de CRM, B2B, B2C, fidelización de clientes y gestión única de la aplicación. 4.1.5. SGTaller5. Es un software utilizado para simplificar, agilizar y hacer más efectiva la gestión del proceso de mantenimiento y reparación en los establecimientos que prestan ese tipo de servicio. En el cuadro 1 siguiente, se visualizan con precisión las características generales de los aplicativos web y paquetes informáticos analizados, anteriormente enunciadas. Estos fueron encontrados después de una investigación por parte del autor, para indagar sobre aplicativos que fueran anteriormente desarrollados para las funciones que el presente trabajo tiene como objetivo resolver.

3 SOFTWARE DE GESTIÓN PARA TPV y PYMES. Empresa de Software Solinsur [en Línea] Bogotá [Consultado el 15 de Julio de 2013] Disponible en internet: http://www.solinsur.net/ 4Empresa de Software IComWeb. IComWeb Taller [en Línea] Madrid [Consultado el 15 de Julio de 2013] Disponible en internet: http://icomweb.es/es/icomweb-taller 5Empresa de Software SGTaller. Modulo Taller [en Línea] San José [Consultado el 15 de Julio de 2013] Disponible en internet: http://www.sgtaller.com/

29

Cuadro 1. Comparativo de los software de referencia

SAIOPEN ABL y AM AutoSoft 3.1.0

TPV Web SGTaller

Interface Escritorio Escritorio – Web

Escritorio Web Web

Estructura Cliente – Servidor (Local)

Cliente – Servidor (Local)

Cliente – Servidor (Local)

Cliente – Servidor (Local)

Cliente – Servidor (Local)

Plataforma Windows Multi-

plataforma

Windows Multi-

plataforma

Multi-

plataforma

Tipo Licencia

Paga Paga Paga Paga Paga

Compatibilidad

Ninguna Dispositivos Móviles

Ninguna Dispositivos

Móviles

Dispositivos

Móviles

Costo licencia por año

$ 2000 Dólares

$ 2500 Dólares

$ 1000 Dólares

$ 500 Dólares

$ 400 Dólares

4.2. MARCO TEÓRICO La ingeniería de software es una disciplina que aporta conocimientos para el desarrollo de aplicativos web para la gestión de la información. Morales, la define así: “La ingeniería de software es el conjunto de métodos, herramientas y procedimientos orientados a la construcción de un software eficiente, que satisfaga las necesidades requeridas”.6 Es así como en la ingeniería de software se consultaron los conocimientos necesarios para el desarrollo e implementación del aplicativo web para la empresa Tecnoclinica Ltda., los cuales corresponden a los estructurados según cuadro 2. 6MÓRALES, Roberto Cortés. Introducción al análisis de sistemas y la ingeniería de software. San José: EUNED, 1998. p. 7.

30

Cuadro 2. Contenido del marco teórico para el proyecto Conocimiento Relevante para el proyecto Observaciones Aplicaciones web

Arquitectura por capas

Presentación Ventajas y desventajas se consultar el Anexo A. Lógica o de

negocio Datos

Unified Modeling Language (UML), Lenguaje Unificado de Modelado

Diagramas estructurales o estáticos

Caso de uso Comprende los siguientes diagramas no apropiados para el proyecto: clases y objetos.

Despliegue Paquetes y componentes

Diagramas de comportamiento o dinámicos

Secuencia

Comprende los siguientes diagramas no apropiados para el proyecto: comunicación o colaboración, actividades, estado, tiempo e interacción.

Instrumentos quirúrgicos

Inventario Profundización en estas etapas debido a la importancia en cuanto a manipulación de los instrumentos quirúrgica.

Lavado y desinfección Verificación y empaquetado Mantenimiento, Almacenamiento Bandeja, Identificación

Código de barras (QR)

Tipos Bidimensionales (2D)

Existe también el Lineal (1D) no relevante para el proyecto.

Escáner e impresora Tomados como referentes complementarios al proyecto, pero no son etapa del mismo.

Metodología de desarrollo de software

Scrum

Transparencia Ventajas y desventajas se consultan en el Anexo A. Inspección

Adaptación Lenguajes

Programación

Hipertext Preprocessor (PHP)

Lenguajes utilizados para la validación de datos e interacción con la base de datos. JavaScript

Marcado de hipertexto

MySQL Lenguajes utilizados para para maquetación y estilo de página

HTML5 XML

Estilo de presentación

CSS3

Lenguaje utilizado para mejorar la presentación del aplicativo web.

Estándares y normativas

Técnicas Seguridad y salud ocupacional

31

4.2.1. Aplicaciones web. Como aplicativo web o www, se entiende un sistema de distribución mundial de información o datos en hipertexto accedido a través de un navegador de Internet instalado en un computador.7 Las aplicaciones web son herramientas informáticas que los usuarios acceden a través de un navegador de Internet o browser, estando almacenadas en servidores conectados a Internet o a la intranet dentro de las empresas. Las aplicaciones web son independientes del sistema operativo, así como la facilidad para actualizar o mantenerlas sin instalar software adicional. Al pasar el tiempo, el hardware ha estado mejorando la rapidez de procesamiento de las aplicaciones y han surgido nuevos lenguajes de programación, tanto interpretados como los compilados, que se pueden integrar en las diferentes aplicaciones web, mejorando su utilizando y contenido.8 También son desarrollas o codificadas en lenguajes que son soportados por navegadores de Internet, donde interpretan las líneas de código, como lo son: JavaScript combinado con HTML o versión HTML5, páginas en PHP combinado con HTML y XML, Java con HTML, entre otros lenguajes.9 Entre las principales características de los aplicativos web, se encuentran:

Son multiplataforma funcionando en diferentes sistemas operativos.

Se tiene un acceso inmediato y desde cualquier lugar, con una computadora que esté conectada al Internet o red que esté conectado el servidor.

Menos requerimientos de hardware, al no consumir grandes cantidades de recursos. Almacenamiento de datos con alto grado de seguridad dentro de los servidores que utilizan políticas y aplicaciones que cuidan los datos que estos contienen.

4.2.1.1. Arquitectura de capas. La arquitectura tradicional utiliza aplicaciones compactas causando gran cantidad de problemas de integración, escalabilidad, disponibilidad, seguridad, entre otros.

7COBO, Ángel; GÓMEZ, Patricia; PÉREZ, Daniel y ROCHA, Rocío. PHP y MySQL: tecnologías para el desarrollo de aplicaciones web. Díaz de Santos, 2005. 3 - 7 p. 8AMAYA, Jairo. Sistemas de información: hardware-software-redes-internet-diseño. Segunda edición. Bucaramanga: ECOE, 2009. 33 - 41 p. 9MORA, Sergio. Programación de aplicaciones web: Historia, principios básicos y cliente web San Vicente: Club Universitario, 2002. 340 p. 1 - 4

32

Para resolver estos problemas, se ha generado la división de los componentes de las aplicaciones por capas, generando una arquitectura llamada por capas. La arquitectura por capas, también denominada cliente-servidor, tiene como objetivo primordial la separación por capas de las dependencias que conforman una aplicación informática o software, en donde cada capa realiza una función específica. De esta arquitectura, la más utilizada es la de tres capas, compuesta por una capa de presentación, una capa lógica o de negocio y una capa de datos, ver figura 1. Capa de presentación. Es la capa que se encarga de presentar al usuario la aplicación o los datos. También es denominada interfaz gráfica, la cual es amigable y entendible para el usuario. Esta capa solo se debe comunicar con la capa de negocios para enviar o recibir los datos. Capa de lógica o de negocio. La capa que se encarga de ejecutar los fragmentos de código que se comportan y generan resultados dependiendo de las entradas recibidas en la capa de presentación. Esta capa se comunica con la capa de datos para almacenar o recuperar datos almacenados en esta. Capa de datos. Es la capa que se encarga de almacenar los datos que recibe de la capa lógica o de negocio, también, se encarga de acceder a los datos que la capa de presentación y lógica requieren. Está conformada por uno o más gestores de bases de datos, estos reciben solicitudes de almacenamiento o recuperación de información desde la capa de negocio.

33

Figura 1. Arquitectura de tres capas

Fuente: Aplicaciones en capas [en línea]. Arquitectura en tres capas [consultado el 25 de julio de 2013] Disponible en internet: http://oness.sourceforge.net/proyecto/html/ch03s02.html 4.2.2. Lenguaje unificado de modelado, UML (Unified Modeling Language). Es un lenguaje gráfico para visualizar, especificar, construir y documentar sistemas informáticos. UML es basado en orientación a objetos como otros lenguajes de programación, donde la descripción de los objetos se realiza de manera formal con una sintaxis compleja; dicha sintaxis es difícil de entender para las personas que no programan; por lo tanto, se prefiere utilizar lenguajes gráficos, lo cual UML da una visión de los sistemas que se necesitan desarrollar para satisfacer una necesidad al interior de una organización, como por ejemplo: contabilidad, administración, inventario, logística.10 UML fue creado 1995 y en 1997, se presentó la versión UML 1.0. La versión actual o UML 2.2, contiene una serie de diagramas divididos en dos grupos: los diagramas estructurales o estáticos y los diagramas de comportamiento o dinámicos. Como principal características, el UML no es considerado un estándar para procesos de software, pero sí para modelar sistemas por medio de los diagramas, combinando modelado de procesos, objetos, datos y componentes. 4.2.1.1. Diagramas estructurales. Se van a describir los tipos de diagramas estructurales más usados para el diseño de los diferentes aplicativos web.

10DEBRAUMWER, Laurent y HEYDE, Fien Van Der. UML 2: iniciación, ejemplos y ejercicio corregidos. Barcelona: ENI, 2005. p. 21.

34

Diagrama caso de uso. Es un diagrama para delimitar el alcance del sistema, muestra las funciones que los actores acceden en el mismo. Está conformado por los actores u usuarios del sistema, las funciones que puede realizar cada actor, flechas que representa la relación entre estos dos últimos y notas propias del diagrama, como se visualiza en la figura 2. Figura 2. Ejemplo de un diagrama de caso de uso

Fuente: Modelo de Casos de Uso [en línea]. Componentes de un caso de uso [consultado el 26 de Julio de 2013]. Disponible en Internet:http://c10109029.blogspot.com/2010/10/componentes-de-casos-de-uso.html

35

Diagrama de despliegue. Es un diagrama que se utiliza para modelar el hardware o la arquitectura de un sistema informático. Está conformado por los nodos (objetos físicos con memoria y capacidad de procesamiento), actores, relaciones que conectan los actores con los nodos y notas del diagrama., según se observa en la figura 3). Figura 3. Ejemplo de un diagrama de despliegue

Fuente: Modelado de Datos en UML [en línea]. Diagrama de Despliegue [consultado el 26 de Julio de 2013]. Disponible en Internet: http://wwwkncervero.blogspot.com/2011/11/diagrama-de-despliegue.html Diagrama de paquete y componentes. Es un diagrama que se utiliza para modelar los componentes que conforman un sistema informático y su dependencia. Está conformado por los paquetes (carpetas para almacenar dichos componentes) y los componentes (parte física de un sistema, como archivos, librerías, entre otros), así como se aprecia en la figura 4. Figura 4. Ejemplo de paquete y componentes

Fuente: Modelado de Datos en UML [en línea]. Diagrama de Paquetes y Componentes [consultado el 28 de Julio de 2013]. Disponible en Internet: http://wwwkncervero.blogspot.com/2011/11/diagrama-de-despliegue.html

36

4.2.1.2. Diagramas de comportamiento dinámico. Se van a describir los tipos de diagramas de comportamientos más usados para el diseño de los diferentes aplicativos web. Diagrama de secuencia. Es un diagrama que muestra la interacción entre los objetos y los actores de un sistema a través del tiempo. Por medio de métodos, variables y mensajes intercambian información y datos. Está conformado por objetos, actores, flechas que indican la orientación, variables, métodos, mensajes y notas del diagrama que representan la forma como se intercambia la información dentro un sistema, así se visualiza en la figura 5. Figura 5. Ejemplo de un diagrama de secuencia

Fuente: MARLY ASTRID POSADA MONTOYA Diagrama de Secuencia Administrador y Proveedor [en línea]. Diagrama de Secuencia Cliente [consultado el 26 de Julio de 2013]. Disponible en Internet: http://marlyastridposadamontoya.wordpress.com/2011/10/20/59/ http://marlyastridposadamontoya.files.wordpress.com/2011/10/diagrama-secuencia-cliente-motopower1.jpg

37

4.2.3. Instrumentos quirúrgicos. Son herramientas utilizadas por cirujano en una operación o intervención quirúrgica. Son fabricados con materiales como acero inoxidable, titanio, oro, plata, cobre u otros materiales para que sean resistente a la corrosión cuando se exponen a la sangre, soluciones de limpieza o desinsectación, líquidos de esterilización, entre otros, ver figura 6. Figura 6. Instrumentación Quirúrgica

Fuente: Instrumentos quirúrgicos. [en línea]. Fotos de los instrumentos quirúrgicos [consultado el 26 de julio de 2013] Disponible en internet: http://lidia-lombardo.blogspot.com/2012/05/en-anos-anteriores-preparabamos-los.html 4.2.3.1. Inventario. El inventario, es el registro documental con orden y precisión de los instrumentos quirúrgicos. Este se debe realizar de forma manual o automatizada, indicando las especificaciones y características más representativas de los instrumentos quirúrgicos, para facilitar su identificación y comprensión, en una determinada etapa del proceso y unidad de tiempo. 4.2.3.2. Lavado y desinfección. Para el proceso de lavar y desinfectar los instrumentos quirúrgicos, se debe retirar cualquier suciedad y residuos de medicamentos, lubricantes, sangre, entre otros. Este proceso es realizado de forma manual colocando el instrumento en recipientes con químicos, productos detergentes, no fijadores de proteínas y agua, para la desinfección. Los instrumentos se dejan el tiempo que sea necesario para que los químicos realicen su función de desinfección, pero teniendo la precaución de no dejarlos en soluciones que puedan dañar o causar picaduras de corrosión por un contacto prolongado. Este proceso también puede ser realizado en máquinas especializadas, aunque no es común. Los instrumentos quirúrgicos se introducen a las máquinas con químicos sanitarios para limpiar, neutralizar, conservar y desinfectar por medio de ciclos rotativos.11

11El método correcto para el tratamiento de los instrumentos. Arbeitskreis Instrumenten-Aufbereitung. Grupo de Trabajo Tratamiento de Instrumentos, 2009. p. 17 - 45

38

4.2.3.3. Verificación y empaquetado. La verificación, es la actividad de revisar frente a unos criterios la instrumentación quirúrgica, en donde se indaga que esta posea las características y especificaciones idóneas para su posterior manipulación. El empacado es la actividad que se encarga de filtrar y ubicar los instrumentos quirúrgicos en un recipiente identificado y con unas especificaciones para uso. 4.2.3.4. Mantenimiento y reparación. A continuación de describen el mantenimiento preventivo y correctivo. Mantenimiento preventivo: Mantenimiento que se realiza para prevenir que deje de funcionar el instrumento quirúrgico. Mantenimiento correctivo: Mantenimiento que se realiza cuando los instrumentos están dañados o dejaron de funcionar. 4.2.3.5. Almacenamiento. Este se debe realizar en las mejores condiciones, es decir, en un lugar seco y protegido del polvo. La humedad o el contacto directo o indirecto de productos químicos pueden destruir la composición de los materiales. Por lo cual, se debe realizar seguimiento del ambiente del almacén o lugar donde estarán almacenados los instrumentos quirúrgicos, evitando ser guardados en recintos donde se depositen productos químicos. 4.2.3.6. Bandeja o recipiente contenedor. Es una pieza fabricada con materiales como acero inoxidable, titanio, oro, plata, cobre u otros materiales para que sean resistente a la corrosión cuando se exponen a la sangre, soluciones de limpieza o desinsectación, líquidos de esterilización, entre otros. Son utilizadas para almacenar específicamente instrumentación quirúrgica para una determinada cirugía. 4.2.3.7. Identificación de Instrumentación Quirúrgica. La identificación de la instrumentación quirúrgica en las entidades prestadoras de salud, es realizada a través de un código único que está marcado en cinta que se le coloca a cada instrumento, o con técnicas avanzas como es la marcación por láser en el cuerpo del instrumento para prevenir contaminaciones.

39

Este código puede ser codificado en QR o Data Matrix que permita su lectura a través de un escanear especializado. 4.2.4. Códigos de Barras (QR). El código de barras es un sistema óptico de identificación, es un modelo reconocible que alterna barras oscuras y espacios claros dispuestos de forma paralela con los cuales representa números y una gran variedad de caracteres. En 1972 los códigos de barras fueron adoptados a lo largo de las empresa comercializadoras de productos como un estándar para la codificación de las unidades en sus productos, con esto se redujeron las pérdidas de las unidades producidas, se realizó control de inventario, eliminación del tiempo para el etiquetado. Este código ha evolucionado a lo largo del tiempo para ser utilizados en los hospitales, servicios postales, entre otros lugares.12 También es ampliamente utilizado en supermercados, en donde los artículos lo traen incorporado de tal modo que sea fácil pasar un dispositivo lector y después de codificado sea mandado a alguna computadora para su procesamiento.13 Entre las ventajas de la utilización de los códigos de barras, se encuentra la rapidez y exactitud en su lectura, integridad en los datos e implementación versátil. Los códigos de barras se dividen en dos grandes grupos, como se visualiza en la figura 7, los cuales son: Figura 7. Tipos de códigos de 1 y 2 dimensiones

Fuente: Códigos de barras [en línea]. mtkellyposada [consultado el 26 de julio de 2013] Disponible en internet: http://kelly-mtkellyposada.blogspot.com/2012/06/codigos-de-barras.html 12RAMONET, Antonio. Administración de datos y archivos por computadora. Segunda edición. México: Limusa S.A, 1994. 94 - 95 p. 13BOSTIO, Julio. Sistemas de identificación y control automático (I). Barcelona: Marcombo S.A, 1993. 18 - 87 p.

40

4.2.4.1. Lineales (1D). Son códigos que se utilizan en productos y en donde solo se permite mensajes muy cortos de alrededor de 16 caracteres alfanuméricos. Generalmente contiene el número de identificación del fabricante y del número interno del artículo o producto. Dentro de este grupo se encuentran los códigos EAN, 128, 39, 93, entre otros. Su utilización aún se percibe en artículos comestibles dentro de los supermercados. 4.2.4.2. Bidimensionales (2D). Son códigos multifilas con una longitud variable y con gran capacidad de almacenamiento de valores alfanuméricos hasta los 2000 o más caracteres, pueden venir en blanco, negro y hasta en colores. Dentro de este grupo se encuentran los códigos QR, Data Matrix, entre otros. Su amplia utilización se observa en la industria en general, sistemas de paquetería, compañías de seguros, instituciones gubernamentales, bancos e identificación del personal en las organizaciones. 4.2.4.3. Escáner e impresora de código de barras. Son ampliamente utilizados para la identificación de cada instrumento. Escáner. Los lectores o escáneres de códigos de barras crean una señal análoga emitida por uno o varios leds, aunque actualmente algunos dispositivos ya disponen de otro sistema de procesamiento de la señal, lo que permite digitalizar el sistema decodificado. La señal es absorbida por la oscuridad de las barras y reflejada por los espacios de luz, el escáner recibe la luz reflejada a través de un espejo y la convierte en una señal eléctrica donde es tomada por un procesador que la descifra, generando el datos o información que está almacenada en el código. 14 Impresoras. Las impresoras de códigos de barras, toman el dato o información con que se desea crear el código y se codifica en el sistema de barras, de símbolos, cuadros para el QR u otra codificación, para que finalmente sea impreso el código en papel, etiquetas u otros materiales. 14

41

4.2.5. Metodología de desarrollo de software. “Las metodologías de desarrollo de software son decisivas en el éxito o fracaso de un proyecto. En general las metodologías ponen en práctica una serie de procesos comunes, que son buenas prácticas para lograr los objetivos de negocio, costes, funcionalidad, sencillez, (…). La elección de una metodología inadecuada o su mala aplicación pueden conducir a que el proyecto no llegue a su fin.” 14 “Una metodología es una colección de procedimientos, técnicas, herramientas y documentos auxiliares que ayudan a los desarrolladores de software en sus esfuerzos por implementar nuevos sistemas de información. (…) está formada por fases (…), que guiarán a los desarrolladores de sistemas a elegir las técnicas más apropiadas en cada momento del proyecto y también a planificarlo, gestionarlo, controlarlo y evaluarlo.”15 Las metodologías tradicionales aplican la disciplina de trabajo sobre el proceso de desarrollo, consiguiendo que el software sea más eficiente. Por lo cual se hace énfasis en la planeación de todo el proyecto, y se controla rigurosamente el proceso mediante la definición de roles, actividades, tareas, artefactos, herramientas, notaciones para el modelado y la documentación detallada o rigurosa. Estás metodologías no son idóneas a cambios en los requerimientos, generando riesgos en algún factor del proyecto como lo son la calidad, tiempo de terminación, entre otros. Las metodologías agiles son todo lo contrario a las tradicionales, en estas el desarrollo es rápido, los requerimientos son adaptables al cambio o cuando son desconocidos, se usa pocos roles, entre otros elementos utilizados, sin dejar atrás la calidad y puntualidad del proyecto.

14PÉREZ, María José. Guía Comparativa de Metodologías de Agiles. Tesis de Grado. Valladolid: Universidad de Valladolid. Faculta de Informática de servicios y aplicaciones, 2012. p. 11. 15AVISON, D. E. y FITZGERALD, G. Information System Development Methodologies, Techniques and Tools. Tercera edición. Maidenhead: McGraw-Hill, 1995. p. 603.

42

En el Cuadro 3 se representa las características y diferencias de las dos metodologías. Cuadro 3. Comparativo de las metodologías tradicionales y agiles

Metodologías Tradicionales Metodologías Ágiles

Resistencia al Cambio de requerimientos del proyecto.

Preparada para soportar los cambios de requerimientos del proyecto.

Procesos controlados con políticas y normas.

Procesos menos controlados.

El cliente interactúa con el equipo de desarrollo mediante reuniones por periodos de tiempo.

El cliente es parte del equipo de desarrollo.

Equipo de desarrollo de gran tamaño (más de 10).

Equipo de desarrollo de pequeño tamaño (menos o iguales a 10).

Muchos artefactos y roles. Pocos artefactos y roles. Énfasis en la arquitectura del software, esencial para el proyecto mediante modelos o diagramas.

Menos énfasis en la arquitectura del software.

Algunas metodologías tradicionales son: RUP, Cascada, Prototipado, MSF, Incremental, Espiral, entre otras.

Algunas metodologías agiles son: ASD, AUP, EssUP, Kanban, OpenUP, XP, DSDM, Scrum, Scrumban, Crystal Methods, entre otras.

Fuente: PATIÑO, Julian. Metodologías tradicionales en el desarrollo de Software Vs Metodologías ágiles [en línea]. LOS MEJORES ARTÍCULOS DEL MUNDO DIGITAL [consultado el 10 de Julio de 2013]. Disponible en Internet: http://www.drivetoweb.com/?p=110 4.2.5.1. Metodología Scrum. Esta metodología plantea un proceso de modelo iterativo y creciente, en el cual se hace el desarrollo por etapas hasta llegar a un producto final, utilizado comúnmente en entornos basados en el desarrollo ágil de software”. 16 Esta metodología Scrum fue creada por Ken Schwaber y Jeff Sutherland como una metodología que se desarrolla por ciclos iterativos que en general duran treinta días o menos dependiendo de la elección del equipo de desarrollo, o si así se necesita, a estos ciclos iterativos se les llama Sprints, en cada ciclo iterativo se realizan reuniones de treinta minutos a diario o Scrum, en donde se planea lo que se realiza cada día.17 Cada iteración o Sprint tiene que proporcionar un incremento del producto final

16NÚÑEZ, Jorge German. Usabilidad en metodologías agiles [en línea]. Tesis de master en ingeniería de software. Madrid: Universidad Politécnica de Madrid. Facultad de Informática, 2010. p. 25 - 26. 17SCHWABER, Ken y SUTHERLAND, Jeff. Software in 30 days. Wiley, 2012. 17 - 30 p.

43

que sea susceptible de ser entregado con el mínimo esfuerzo al cliente cuando este lo solicite. El ciclo de desarrollo se visualiza en la figura 8. Figura 8. Ciclo de desarrollo de un proyecto con Scrum

Fuente: CERASO, Adriana. Que es Scrum? [en línea]. Just people consulting by Adriana Ceraso [consultado el 20 de Julio de 2013]. Disponible en Internet: http://justpeopleconsulting.blogspot.com/2010/10/que-es-scrum.html Scrum reconoce tres roles que son: el dueño del producto, Scrum master y el equipo de desarrollo. Las responsabilidades del dueño del producto incluyen definir sus características, otorgar los requerimientos del producto en forma de ideas en una lista o product backlog, ajustar las características, definir las prioridades y aceptar o rechazar resultados del equipo de trabajo. Las responsabilidades del Scrum Master es de facilitador y líder de equipo, que trabaja en contacto estrecho con el dueño del producto, asegurando que el equipo se mantenga plenamente funcional y productivo, eliminar las barreras que obstaculicen el desarrollo del proyecto, proteger al equipo de las interferencias externas y asegurar que el proceso se lleve a cabo. Las responsabilidades del equipo de desarrollo son de seleccionar el objetivo final de cada Sprint, especificar los resultados del trabajo y llevarlo a cabo. Cada Sprint, tiene la posibilidad de documentarse con un Sprint backlog en

44

donde se detalla cómo el equipo va a implementar los requerimientos del sprint siguiente. La metodología Scrum tiene tres pilares fundamentales, los cuales son: transparencia, inspección y adaptación. A continuación se describe cada uno. Transparencia: Los aspectos significativos del proceso deben ser visibles para aquellos que son responsables del resultado. Inspección: Los usuarios de Scrum deben constantemente inspeccionar el progreso del equipo de trabajo. Adaptación: Si se determina que uno o más aspectos se desvían y el producto resultante no será aceptable, el proceso o el material que está siendo procesado deben ser ajustados.

Como principales características de la metodología Scrum, se encuentran: Utilizando Scrum como metodología, el equipo de desarrollo está estrechamente relacionado con el cliente del proyecto mediante reuniones en donde se describe el avance del mismo.

Dentro del proyecto se cuenta con la aceptación de cambios de los requerimientos cuando estos ocurren, sin que este sufra de retraso alguno o que este no se realice.

El desarrollo se realiza por iteraciones e incremental en donde cada una es un avance progresivo del proyecto.

Se realizan reuniones entre los involucrados e interesados en el proyecto.

Se eliminan las actividades o tareas que no son necesarias para la gestión y realización del proyecto.

4.2.6. Lenguajes informáticos. Se procede a describir los diferentes lenguajes a usar para el desarrollo del aplicativo web. 4.2.6.1. Lenguajes de programación. PHP y JavaScript son los lenguajes más usados para realizar la lógica dentro de las aplicaciones web.

45

Hipertext Preprocessor (PHP). Es un lenguaje de programación de tipo interpretado, este es de código abierto u Open source, el cual fue diseñado para realizar desarrollo web con contenidos dinámicos. PHP fue creado por Rasmus Lerdorf en el año de 1995. PHP permite incorporar HTML dentro del mismo documento sin la necesidad de tener archivos o documentos externos. Además puede ser usado en la mayoría de los servidores web sin ningún costo. Entre sus principales características, se encuentran: PHP es orientado al desarrollo de aplicaciones web y es de código abierto.

PHP tiene gran capacidad de integrarse con la mayoría de gestor o motores de bases de datos, se facilita la conexión con MySQL y PostgreSQL. Permite la aplicación de programación orientada a objetos, además de framework especializados en PHP que facilitan el desarrollo.

JavaScript. Es un lenguaje de programación del tipo interpretado, es orientado a objetos y basado en prototipos. JavaScript se diseñó con una sintaxis muy similar al lenguaje C, aunque adopta nombres y convenciones del lenguaje Java. 4.2.6.2. Lenguajes para marcado de hipertexto. Son utilizados para realizar la estructura de las páginas web que se presentan en los diferentes browser y que muestran en el lado del cliente los datos de forma entendible. HTML5. HyperText Markup Language o lenguaje de marcado hipertextual, utilizado para la elaboración de páginas web estático que describe su estructura y la información en forma de texto. Versión mejorada de HTML. XML. eXtensible Markup Language o lenguaje de marcas extensible, fue desarrollado por el World Wide Web Consortium (W3C), es utilizado para almacenar datos en forma legible.

46

4.2.6.3. Lenguaje para estilo de presentación. Son utilizados para mejorar el estilo de las páginas web de forma que sean más llamativas para los usuarios. CSS3. Hoja de Estilo en cascada o cascading style sheets (CSS3), es un lenguaje que sirve para definir la presentación de un documento estructurado en HTML o XML. 4.2.6.4. Gestor de base de datos. Es el software donde se almacena los datos de forma permanente. MySQL. Es un gestor de base de datos relacional de código abierto. Surgió en los años 90 y fue desarrollado por la empresa sueca MySQL AB, este gestor posee licencia GPL de la GNU, aunque se distribuye una versión de uso comercial de la cual se recibe soporte técnico.19 El lenguaje para crear sentencia en MySQL es Structured Query Language o SQL, desarrollado por IBM en 1981 y actualmente el propietario es Oracle. Entre sus principales características se encuentran: Posee gran cantidad de tipos de datos definidos para contener diferente información con formatos.

Cada base de datos cuando se crea genera tres archivos, uno sobre la estructura, uno de datos y uno de índice con capacidad de treinta y dos índices por tabla.

Agrupación de transacciones en diferentes conexiones, cuando esto ocurre, se generan gran de transacciones por segundo, optimizando su rendimiento.

4.3. MARCO LEGAL Y NORMATIVO Estándares y normativas. Algunos estándares y normativas que desde el punto de vista técnico intervienen en el desarrollo de aplicativos se encuentran en el cuadro 4. Para más detalle consultar el Anexo B Estándares y normativa.

47

Cuadro 4. Estándares técnicos para el desarrollo de aplicativos web Estándar Uso Lower Camel Case

Se usó para darle la estructura y la nomenclatura a las páginas, a las variables, a las tablas y campos de la base de datos.

Autodocumentar código

Se usó para darle nombre a las páginas, a las variables, a las tablas y campos de la base de datos, donde estos fueran claros y autodocumentados.

Validación de entrada y salida de datos

Validar que las entradas y salidas de datos no fueran con datos incompletos, datos con estructura especifica como campos delimitados o compuestos con el fin de detectar errores.

Autentificación para la seguridad

Asegurar que se tenga una autentificación de sesión para un único usuario, además de la encriptación de las claves y datos sensibles. Asegurar que siempre que se pasen credenciales de autenticación (o cualquier información sensible), sólo se aceptará la información vía HTTP POST y nunca con GET. Asegurar de no registrar datos sensibles en cookies.

Estándar para el diseño de las páginas, Norma técnica colombiana NTC 5854

Asegurar que toda información provista mediante de una misma tipografía y asegurar de que las páginas presentan la información esencial. Utilizar hojas de estilo, organizadas de modo que puedan ser leídos de forma comprensible, aun si el navegador no soporta esta característica.

48

También, para la manipulación segura de los instrumentos públicos existe legislación, normativas y estándares, las cuales se consultan en el cuadro 5. Para más detalle consultar el Anexo B Estándares y normativa. Cuadro 5. Normativas que aplican para la manipulación de la instrumentación quirúrgica

Directa Indirecta Ley 784 de 2002. Por medio de la cual se reforma la Ley 6a. del 14 de enero de 1982 y reglamenta el ejercicio de la Instrumentación Quirúrgica. Profesional, determina su naturaleza, propósitos y campos de aplicación, desarrolla los principios que la rigen y se señalan los entes de dirección, organización, acreditación y control de dicho ejercicio

Ley 1438 de 2007. Esta ley tiene como objeto el fortalecimiento del Sistema General de Seguridad Social en Salud a través de un modelo de prestación del servicio público en salud que en el marco de la estrategia Atención Primaria en Salud permita la acción coordinada del Estado, las instituciones y la sociedad para el mejoramiento de la salud y la creación de un ambiente sano y saludable, que brinde servidos de mayor calidad, incluyente y equitativo, donde el centro y objetivo de todos los esfuerzos sean los residentes en el país.

Resolución 02183 de 9 de julio de 2004 por la cual se adopta el Manual de Buenas Prácticas de Esterilización para Prestadores de Servicios de Salud.

Resolución 2434 de julio 11 de 2006, por la cual se reglamenta la importación de equipo biomédico repotenciado Clases IIb y III.

Decreto 4725 del 26 de diciembre de 2005, por el cual se reglamenta el régimen de registros sanitarios, permiso de comercialización y vigilancia sanitaria de los dispositivos médicos para uso humano.

Decreto 1011 del 3 de abril de 2006, por el cual se establece el Sistema Obligatorio de Garantía de Calidad de la Atención de Salud del Sistema General de Seguridad Social en Salud.

La ISO 9001:2008 es la base del sistema de gestión de la calidad ya que es una norma internacional y que se centra en todos los elementos de administración de calidad con los que una empresa debe contar para tener un sistema efectivo que le permita administrar y mejorar la calidad de sus productos o servicios.

NTC 4778-1, Materiales y sistemas de empaque para dispositivos médicos los cuales van a ser esterilizados. Parte 1: Requisitos generales y métodos de ensayo (EN 868-1:1997).

49

4.4. MARCO CONTEXTUAL El proyecto se desarrolló en la empresa Tecnoclinica Ltda., la cual es una empresa que nació en la ciudad de Santiago de Cali, departamento del Valle del Cauca, Colombia y pertenece al sector de la salud. Según registro de su objeto social en la Cámara de Comercio de su ciudad de origen, realiza mantenimiento o reparación especializado a los instrumentos quirúrgicos y equipo. También comercia al por mayor, pero cuando el cliente lo solicita presta el servicio de alquiler de los mismos. Los procesos de mantenimiento o reparación son propios de la instrumentación quirúrgica. Se hace mantenimiento cuando las acciones son preventivas teniendo en cuenta el enfoque en mejoramiento continuo y la reparación obedece a fallas de los instrumentos quirúrgicos o de los equipos que requieren acciones correctivas e ingresan a planes de mejoramiento. Respecto al servicio de calibración o métrica, se aplica única y exclusivamente a los equipos médicos en todas sus especificaciones y algunas marcas de endoscopios flexible y rígida. 4.4.1. Misión. Tecnoclinica Ltda. es una empresa que cree en el trabajo en equipo y en la satisfacción de nuestros clientes a través de su recurso humano y técnico, competente y comprometido que brinda un servicio de alta calidad, mediante la comercialización, mantenimiento preventivo, correctivo y metrología de equipos médicos. Brindar un respaldo al sector salud, a través de un grupo técnico y administrativo nos hace una empresa calificado y confiable que permita el desarrollo profesional de sus colaboradores, generando utilidades en beneficio de nuestros clientes, proveedores y de la organización en todo nivel. 4.4.2. Visión. Para el año 2015 Tecnoclinica Ltda. será una empresa sólida y líder en la comercialización, mantenimiento preventivo, correctivo y metrología de equipos médicos; logrando un posicionamiento de alta calidad a nivel nacional y la satisfacción de nuestros clientes, contribuyendo así al desarrollo y bienestar de nuestro equipo humano y de la sociedad. 4.4.3. Ventajas que ofrece la empresa a sus clientes. Se describe las ventajas que tiene la empresa, frente otras en el mercado. Completa evaluación técnica sin ningún costo.

50

Materiales y repuestos aprobados de alta calidad y grado médico.

Reparaciones con instrumental y personal especializado.

Reparación y mantenimiento de accesorios de todos los fabricantes.

Cambio de lentes internos y objetivos en las marcas de fabricantes originales. Se posee inventario de algunos lentes rígidos para préstamo mientras se repara el equipo.

Se ofrece garantía de 90 días que cubre la reparación completa, la garantía no cubre el daño causado por el mal uso, generando lentes rotos u otras piezas rotas.

Se proporciona informe de mantenimiento detallado a todos los equipos que ingresan a nuestro laboratorio con la evaluación exacta en la que se encuentra soportado con registros fotográficos creando su hoja vida como requisito de acreditación ante la Secretaría Departamental de Salud. 4.4.4. Organigrama de la Empresa. La empresa actualmente consta de 10 personas y que se muestran en el siguiente organigrama. Figura 9. Organigrama de la empresa Tecnoclinica Ltda

Fuente: TECNOCLINICA CIENCIA Y VIDA. INSTRUMENTACIÓN QUIRÚRGICA. [en línea]. Santiago de Cali [consultado el 10 de Junio de 2013] Disponible en internet: http://www.tecnoclinicaltda.com/

COMPRAS

GESTION HUMANA

FINANCIERO CONTABLE

Versión 01 -2011ASESOR

CONTABLE

METROLOGIA

ADMINISTRATIVO

SERVICIOS GENERALES

MENSAJERO

AUX. OFICIOS VARIOS

DIRECTOR TECNICO

TECNICO. MANTENIMIENTO ENDOSCOPIA

ING. MANTENIMIENTO FLEXIBLE

TECNICO MANTENIMIENTO FLEXIBLE

ASESOR JURIDICO

ASISTENTE METROLOGIA

VENTAS

ASISTENTE ADMINISTRATIVO

COORDINADOR DE VENTAS

TECNICO. MANTENIMIENTO

ASESOR COMERCIAL

ENDOSCOPIA

MANTENIMIENTO

FLEXIBLE

O R G A N I G R A M A TECNOCLINICA LTDA

DIRECCION GENERAL

JEFE ADMINISTRATIVA

COORD. METROLOGIA

51

4.4.5. Ubicación y contactos.18 A continuación se describe la información de la ubicación de la empresa y los teléfonos para su contacto. Figura 10. Fachada de la empresa Tecnoclinica Ltda

Dirección: Calle 4A # 39 – 14 Cali – Valle del Cauca Teléfonos: +57 (2) 400 07 44 – +57 (2) 392 99 83 Teléfono Móvil: +57 312 785 80 31 – +57 321 720 42 73 E-mail: administracion@tecnoclinicaltda.com 18TECNOCLINICA CIENCIA Y VIDA. Instrumentación quirúrgica [en Línea] Santiago de Cali [consultado el 10 de Junio de 2013] Disponible en internet: http://www.tecnoclinicaltda.com/

52

5. METODOLOGÍA Con la metodología Scrum se desarrollará el aplicativo web, mediante el planteamiento de un modelo iterativo creciente, realizado por Sprint o etapas. También se considerarán actividades para el inicio y el final del proyecto o aplicativo web. Las actividades que se seguirán para el desarrollo del aplicativo web, se agruparán como sigue: 1) Inicio del proyecto, el cual no es de la metodología Scrum, 2) cuatro Sprint aplicados, cada uno, a los procesos de inventario, lavado, mantenimiento y almacenamiento, los cuales son de la metodología Scrum y 3) Fin del proyecto, actividades que no son de la metodología Scrum. 5.1. DEFINICIÓN DE ETAPAS

5.1.1. Respecto a la etapa de inicio. Se incluirán los análisis de: procesos, requerimientos funcionales y no funcionales, definición de los usuarios, definición de la arquitectura, diagramas de flujo, gestor de base de datos y lenguaje de programación, entre otros diagramas para el diseño y análisis. 5.1.2. Respecto a los Sprint o etapas del aplicativo web. Se tiene las siguientes tareas en cada Sprint: En la planificación de la iteración: Selección de los requerimientos y la definición de los objetivos del Sprint. En la ejecución de la iteración: Se definirán los casos de uso, se elaborarán los diagramas de diseño, se implementarán los casos de uso, se definirán y se realizarán los casos de prueba y se construirá el manual de uso de cada módulo y del aplicativo web en general. En la inspección y adaptación: Se demostrará la funcionalidad del módulo y su integración con el aplicativo web en general. También se identificarán posibles errores y sus causas y se aplicarán mejoras a los mismos. Por último, se elaborará un entregable final del Sprint. . 5.1.3. Respecto a etapa final. Para la etapa final, se realizará la documentación y entrega del aplicativo web. Se documentará el aplicativo web como entregable para Tecnoclinica Ltda., e incluirá: instalación, configuración, capacitación, acta de entrega, entre otros. Corresponde al resultado o entregable de todo el proyecto.

53

6. ANÁLISIS Y DESARROLLO 6.1 INICIO DEL PROYECTO En esta etapa, se analizará cada uno de los procesos (inventario, lavado, mantenimiento y almacenamiento), se determinará el escenario a trabajar y lo que se desea lograr. Al final de esta etapa se obtendrá un entregable o documento con el análisis de cada uno de los procesos (inventario, lavado, mantenimiento y almacenamiento), en el cual se detallará, la forma como se realizará el aplicativo web. Aquí se realizarán las siguientes actividades necesarias para desarrollar los componentes del aplicativo web: 6.1.1. Proceso inventario. Actualmente, el operario del proceso de inventario, toma manualmente los datos de cada instrumento quirúrgico que ingresa a la empresa en el Formato para recepción y salida de instrumentos quirúrgicos, según Anexo C Formatos para recepción y salida de instrumentos quirúrgicos que se utilizan actualmente en Tecnoclinica Ltda., en el cual se registra procedencia y fabricación, entre otros. Con el aplicativo web, el operario se encargará de asignar etiquetas con único código de barras a los instrumentos quirúrgicos y a las bandejas contenedoras. El código de barras será tomado como identificación de los mismos para que sean fácilmente manipulados y gestionados a través de los procesos posteriores de lavado, mantenimiento y almacenamiento. Por medio del aplicativo web, el operario también tendrá la funcionalidad de gestionar los proveedores o fabricantes, clientes u otros entes determinados por la empresa. 6.1.2. Proceso lavado. Actualmente, en el proceso de lavado, el operario se encarga, que cada instrumento quirúrgico se procese en máquina o con técnicas manuales de limpieza que faciliten la manipulación de estos por parte del personal de la empresa. En el proceso de lavado se desinfectan los instrumentos quirúrgicos utilizando diferentes químicos que deshacen las bacterias y sustancias presentes en ellos, verificando que no quede ningún residuo biológico para proceder a empaquetarlos.

54

Por medio del aplicativo web, el operario gestionará la información del proceso de lavado, bien sea que se realice en las maquinas o de forma manual. Esta gestión debe generar información de inicio y de finalización del proceso, así como información de quién lo realiza, puesto que se tiene la posibilidad de que el usuario que inicia el proceso pueda ser distinto al que lo finaliza en la mayoría de los casos. En todo caso se busca generar un historial de datos del proceso que a futura permita a la gerencia establecer su trazabilidad con fines a toma de decisiones. 6.1.3. Proceso de mantenimiento. Actualmente, al proceso de mantenimiento ingresa la bandeja empacada con los instrumentos quirúrgicos provenientes del proceso de lavado y el operario realiza una inspección de los mismos e informa por escrito a su propietario (ver Formato de inspección de los instrumentos quirúrgicos en Anexo C Formatos para recepción y salida de instrumentos quirúrgico que se utilizan actualmente en Tecnoclinica Ltda.), el tipo de mantenimiento que debe realizárseles. El propietario debe confirmar su aceptación o rechazo en el mismo formato. Una vez responde el propietario, si es afirmativa, se procede a crear la orden de trabajo y realizar los procedimientos respectivos (Ver Formato de inspección de los instrumentos quirúrgicos en Anexo C Formatos para recepción y salida de instrumentos quirúrgico que se utilizan actualmente en Tecnoclinica Ltda.). Para el caso de ser negativo, la orden de trabajo es enviada a almacén para su posterior despacho con otro formato, ver Formato de retiro de los instrumentos quirúrgicos del mercado en Anexo C Formatos para recepción y salida de instrumentos quirúrgicos que se utilizan actualmente en Tecnoclinica Ltda. Por medio del aplicativo web cuando ingresan las bandejas al proceso de mantenimiento, se registra su ingreso en un reporte, para que luego se le realice su respectiva cotización. Una vez que esté aprobada, se realiza la orden de trabajo y el procedimiento respectivo para reparar el instrumento quirúrgico. Al finalizar se envie al almacén. Si no es aprobada se dara por terminado el proceso de mantenimiento y luego sera enviada al almacén. 6.1.4. Proceso de almacenamiento. Actualmente, en el proceso de almacenamiento, un operario es el encargado de almacenar en la bodega la bandeja con los instrumentos quirúrgicos. El toma los datos (Ver Formato de despacho de los instrumentos quirúrgicos en Anexo C Formatos para recepción y salida de instrumentos quirúrgicos que se utilizan actualmente en Tecnoclinica Ltda.), de dónde estará localizada para su posterior búsqueda y entrega al encargado de dar la salida de los mismos cuando van a ser entregados a su propietario.

55

Por medio del aplicativo web, en el proceso de almacenamiento se tendrá cuidado que cada bandeja pase por los procesos de inventario, lavado y mantenimiento de forma correcta; además, que se encuentren gestionadas las fechas de creación, fecha de terminado y estados de cada proceso realizado a la bandeja. Una vez realizado el anterior procedimiento, el operario deberá registrar la bandeja con la entrada a almacén, para luego realizar el registro de la bandeja para su respectiva salida y entrega a su propietario (Ver Formato de despacho de los instrumentos quirúrgicos según Anexo C Formatos para recepción y salida de instrumentos quirúrgicos que se utilizan actualmente en Tecnoclinica Ltda.). 6.1.5. Elaboración del análisis global del aplicativo. Los requerimientos son necesarios para el desarrollo de cualquier software o aplicativo web, porque describen los servicios que el usuario quiere o necesita. Para la realización y posterior gestión del sistema se deben identificar las actividades y tareas de cada operario responsable de cada uno de los procesos de inventario, lavado, mantenimiento y almacenamiento. En esta fase se analizaron los documentos y anotaciones elaborados después de cada reunión con el gerente (Product Owner) con la finalidad de entender o conocer sus necesidades para realizar el aplicativo web. 6.1.5.1. Requerimientos funcionales. A continuación se describen los requerimientos funcionales que deberá cumplir el aplicativo web. RF1. El aplicativo solo le debe dar acceso a los usuarios definidos en la base de datos mediante un nombre de usuario y contraseña asociados a un perfil que límite sus acciones; además, de permitir el cambio de la contraseña por parte de cada usuario cuando lo desee.

RF2. Las acciones agregar, modificar, buscar, listar, eliminar que el aplicativo debe manejar serán definidas por un administrador, permitiendo asignarlas a un determinado perfil de usuario.

RF3. Permitir la agilidad en los procesos cotidianos y que se desean gestionar (inventario, lavado, mantenimiento (reportes operaciones – órdenes de trabajo), almacenamiento, para lograr aumentar la productividad en el trabajo de sus operarios.

RF4. El aplicativo debe permitir almacenar en una base datos, todos los datos relevantes y que son obtenidos en los procesos de inventario, lavado, mantenimiento y almacenamiento.

56

RF5. El aplicativo debe permitir la visualización de la información relevante de cada instrumento quirúrgico junto con su respectiva foto o imagen, así como también las bandejas que contendrá dichos instrumentos quirúrgicos.

RF6. Por medio del aplicativo se debe permitir obtener los tiempos de inicio y finalización de cada proceso, además conocer qué usuario realiza dicho proceso.

RF7. El aplicativo debe permitir la gestión de los clientes (Clínicas y hospitales y particulares) propietarios de la instrumentación quirúrgica.

RF8. Se debe escoger una herramienta con su respectivo sistema que permita la creación de etiquetas para la identificación de los instrumentos quirúrgicos contenidos en bandejas y que pasan a través de los procesos.

RF9. El aplicativo debe indicar en qué sitio del almacén se encuentran los instrumentos quirúrgicos; por lo tanto, se deben registrar las bandejas y su ubicación o localización dentro de este.

RF10. El aplicativo debe de poseer una serie de reportes por procesos, indicando los movimientos que se hacen mensualmente o anualmente generando una serie de estadísticas que indiquen cuáles son las bandejas que han pasado por cada uno de los procesos.

RF11. El aplicativo debe tener la posibilidad de la gestión de los reportes sobre cada procedimiento que se le realiza a cada instrumento y la aprobación del cliente para su mantenimiento. 6.1.5.2. Requerimientos no funcionales. A continuación se describen los requerimientos no funcionales que deberá cumplir el aplicativo web. RNF1. El aplicativo que la empresa desea implementar, debe ser web o visualizarse a través de un navegador web (browser) y ser accesible a todos los computadores que están en la red local.

RNF2. La interfaz gráfica debe ser clara, fácil y amigable, puestos que los usuarios finales no están familiarizados con el manejo de programas informáticos.

RNF3. Se debe tener la instalación y configuración de un sistema operativo (Linux) residente dentro del servidor que posee la empresa para la gestión de su infraestructura tecnológica.

RNF4. La base de datos y aplicativo deben estar ubicados dentro del sistema operativo residente en el servidor.

57

RNF5. Contar con reglas de seguridad las cuales permitan solo el acceso a los usuarios autorizados y registrados dentro de la base de datos.

RNF6. El aplicativo debe permitir la incorporación de nuevas funcionalidades en su estructura, logrando que este sea escalable.

RNF7. El mantenimiento del aplicativo web debe ser sencillo, para que este sea sostenible a lo largo del tiempo.

RNF8. La base de datos debe ser entendible; por lo tanto, la nomenclatura de las tablas y campos deben ser claras y autodocumentadas.

RNF9. El aplicativo debe estar autodocumentado para permitir el entendimiento de cualquier ingeniero informático o profesional de sistemas diferente al que lo diseñó e implementó.

RNF10. El aplicativo debe tener la opción de exportar en formato Excel o PDF los datos de los respectivos procesos e informes.

RNF11. Por medio del aplicativo se debe mantener el control de la calidad en cada proceso para disminuir el reproceso y prevenir el riesgo del personal al estar expuestos a los instrumentos quirúrgicos contaminada con bacterias o enfermedades.

6.1.5.3. Análisis y definición de los usuarios. A continuación se describirán los cargos del personal en la empresa y los roles en el aplicativo web. Gerente: Cabeza de la Alta Dirección responsable de la planeación estratégica de la organización y por lo tanto de liderar que se alcancen altos niveles de satisfacción de los clientes, rentabilidad para la organización y su sostenibilidad económica. Como usuario deberá tener acceso a la información global y estadística para comprender el estado de los procesos de forma permanente. Administrador(a): Persona que lidera el nivel táctico de la organización. Se encargada de la gestión de los programas y proyectos planteados en la planeación estratégica y por consiguiente lidera que la prestaciones del servicio sea conforme a los acuerdos que se establecen con los clientes. Como usuario deberá tener acceso a todos los procesos que gestiona el aplicativo web para su administración y la toma de decisiones. Ingeniero(a) informático: Representa a la persona que tiene como función diseñar, implementar, gestionar y mantener los sistemas de información dentro de la empresa. Como usuario tendrá acceso a la configuración del aplicativo web y a la base de datos para su mantenimiento y optimización.

58

Operario(a) de inventario: Representa a la persona encargada de registrar los instrumentos que entran y salen de la empresa. Como usuario tendrá acceso a la gestión de los clientes, las bandejas, los instrumentos y la asignación de cada instrumento quirúrgico a una determinada bandeja. Operario(a) de lavado: Representa a la persona encargada de ingresar a los tanques o máquinas de lavado y desinfección a los instrumentos que llegan diariamente a la empresa para su posterior manipulación por el personal de la empresa. Como usuario tendrá acceso a la gestión del proceso de lavado desde su inicio hasta la salida de los instrumentos quirúrgicos. También verifica que para la manipulación los instrumentos quirúrgicos estén libres de residuos orgánicos. También almacena cada instrumento en su respectiva bandeja o canasta anteriormente asignada. Como usuario tendrá acceso a la creación de los procesos. Operario(a) de mantenimiento: Representa a la persona encargada de realizar el respectivo mantenimiento correctivo o preventivo a los instrumentos quirúrgicos, también determinar si este es apto para su utilización o posterior descarte. Como usuario tendrá acceso a la gestión del proceso de mantenimiento de cada instrumento quirúrgico. Operario(a) de almacenamiento: Representa a la persona encargada de realizar la gestión del almacén o bodega en la cual se guardan los instrumentos quirúrgicos que culminan correctamente los procesos de inventario, lavado y mantenimiento, para su manipulación y mantenimiento. Como usuario tendrá acceso a la gestión del proceso de almacenamiento de cada instrumento que culminó satisfactoriamente los diferentes procesos definidos por la empresa y que se gestionaron a través del aplicativo web.

59

6.1.5.4. Adoptar la arquitectura del aplicativo. A continuación se ilustrará la arquitectura funcional del aplicativo web.

Diagramas de despliegue global del aplicativo web. El siguiente diagrama de despliegue, representa la arquitectura tecnológica necesaria para la ejecución y gestión del aplicativo web, ver figura 11. Figura 11. Representación de la conformación de los equipos de cómputo y personal de la empresa

Nota: Para el desarrollo del aplicativo web, se realizó la simulación de la ubicación y conexión entre cada uno de los equipos de la arquitectura tecnológica necesaria para la ejecución del mismo. Por tanto, se definieron algunos diagramas de despliegue que muestran cómo deben distribuirse los equipos de cómputo o la arquitectura necesaria para la ejecución del aplicativo web. En el Anexo E. Notación para la elaboración de los diagramas de despliegues y los diagramas realizados, se consulta la notación para la elaboración de los diagramas de despliegue y los diagramas realizados.

60

Se buscó la infraestructura necesaria para la implementación y despliegue del aplicativo web. Los equipos que se utilizaron se visualizan en el Anexo I y en el Anexo J se encuentran los programas utilizados para el diseño e implementación del aplicativo web. 6.1.5.5. Diagramas de flujo. A continuación se ilustrará los procesos que implementará el aplicativo web.

La aclaración de la notación utilizada para la elaboración de los diagramas de flujo, se consulta en el Anexo D. Notación para la elaboración de los diagramas de flujo. Figura 12. Diagrama de flujo del proceso mantenimiento y reparación de instrumentos quirúrgicos general

Decisión general. Despues de realizar el diagrama de despliegue general para el diseño del aplicativo web, se decidió llevar acabo adoptar un lenguaje de programacion para el desarrollo e implementación, como también la base de datos, que permita a la empresa optimizar el manejo y control de los procesos de inventario, lavado, mantenimiento y almacenamiento.

61

6.1.5.6. Adoptar el gestor de base de datos. La base de datos que se utilizó para el almacenamiento de los datos, será relacional. Dicha base de datos es MySQL, ya que esta es compatible y eficiente con la utilización de PHP. Además es sencilla, rápida y sin necesidad de alguna licencia para su utilización. El nombre de la base de datos será ‘appwebtecnoclinica’. 6.1.5.7. Nomenclatura para la creación de la base de datos. A continuacion se describirá la forma y estructura de escritura para los objetos de la base de daros.

Tablas. Se crearon las tablas necesarias dentro de la base de datos. Nota: Se utilizó la notación lower camel case. Para la nomenclatura de las tablas, se utilizó la estructura siguiente: Para la ‘tabla’, quedaría ‘tbl’, indicando que es una tabla de la base de datos.

Para el nombre de la tabla, se debe colocar el nombre en plural y con la primera letra en mayúscula, para el caso de la entidad ‘empleado’, quedaría ‘tblEmpleados’.

Donde ‘tbl’ refleja que es una tabla de la base de datos, ‘Empleados’ indica que es la tabla que tiene como finalidad el almacenar los datos de los empleados. Campos. Se crearon los campos necesarios dentro de las tablas. Nota: Se utiliza la notación lower camel case. Para la nomenclatura de los campos, se utilizó la estructura siguiente: Para la nomenclatura de los campos de cada tabla de la base de datos, se utilizó la estructura de colocar un nombre autodocumentado en minúscula y en singular. Si se da el caso de más palabras, estas deben ser con la primera letra en mayúscula y sin espacio entre ellas. Por tanto para un ejemplo de un campo de la tabla ‘tblEmpleados’ de la base de datos seria.

62

Ejemplo

‘primierNombre’ de la tabla ‘tblEmpleados’. Donde ‘primerNombre’ refleja que es un campo para almacenar el primer nombre del empleado. 6.1.5.8. Modelo de la base de datos. A continuacion se describirá la consideraciones utilizadas para el modelado de la base de datos. Consideraciones. Para la modelación de los procesos inventario, lavado, mantenimiento y almacenamiento a los cuales se les gestionará la información, se tienen dos alternativas para almacenar los datos obtenidos en cada proceso. En la base de datos se debe registrar el inicio y final de cada proceso realizado, además de registrar el usuario y operario quien lo realiza, ver figura 13. Figura 13. Abstracción de un proceso

Alternativa 1. En la base de datos se puede tener una tabla por cada proceso (ingreso y salida), para que se almacene en un registro el inicio de cada proceso y en otro registro se almacene el final de cada proceso. Alternativa 2. En la base de datos, se puede tener dos tablas por cada proceso, una tabla que almacene el inicio y otra que almacene el final de cada proceso. Análisis y solución. La alternativa 1, tiene como ventaja que se almacena en una única tabla, pero la desventaja es que tiene un crecimiento bastante rápido, puesto que por cada proceso que se realiza, son creados dos registros en la misma tabla.

63

La alternativa 2, tiene como ventaja que se crean dos tablas, de las cuales una tabla es para almacenar el inicio y otra el final; por tal motivo, estas no crecen elevadamente, pero como desventaja se tiene que al momento de realizar una consulta u operación, se debe buscar en las dos tablas, generando demoras en la obtención de la información. Se tomó la decisión de escoger la alternativa 1, para que se tenga una única tabla en donde registrar el inicio y final de cada proceso, con el fin de agilizar la información, que sea oportuna y seguiendo los requerimientos planteados por el gerente de la empresa Tecnoclinica Ltda. Figura 14. Modelado general de la base de datos para el aplicativo web

64

6.1.5.9. Adoptar el lenguaje de programación. Una vez analizados los tipos de lenguajes de programacion existentes para el desarrollo de un aplicativo web, se decidió que se utilizará PHP con la incoporación de HTML5, CS3, JavaScript para realizar la interfaz gráfica más amigable y funcionalidades más eficientes. El nombre del aplicativo web en general es ‘appwebtecnoclinica’. 6.1.5.10. Nomenclatura para la creación de las páginas, funciones y variables. A continuacion se describirá la forma y estructura de escritura para las páginas, funciones y variables del aplicativo web. Nota: Se utilizó la notación lower camel case. Los estándares que se siguieron para la creación de las páginas, de la base de datos se consultan en el Anexo B, el cual se anunció en el numeral 4.3 del presente proyecto. Páginas. Para la nomenclatura de las páginas PHP y HTML5, se utilizó la siguiente estructura: Para la ‘página’, quedaría ‘pag’, indicando que es una página.

Para la acción de ‘registrar’, quedaría ‘Registrar’.

Para la funcionalidad o finalidad como ‘bandeja’, quedaría ‘Bandeja’.

Si se da el caso de más palabras, estas deben ser con la primera letra en mayúscula y sin espacio entre ellas. Para la página de registrar una bandeja, el nombre de la página quedaría: Ejemplo ‘pagRegistrarBandeja’. Donde ‘pag’ refleja que es una página, ‘Registrar’ indica que es la acción y ‘Bandeja’ indica que es la funcionalidad a la que esta sujeta. Funciones. Para la nomenclatura de las funciones, se utilizó la siguiente estructura: Para la ‘función’, quedaría ‘fun’, indicando que es una función. Para la acción de ‘registrar’, quedaría ‘Registrar’.

65

Para la funcionalidad o finalidad como ‘bandeja’, quedaría ‘Bandeja’. Si se da el caso de más palabras, estás deben ser con la primera letra en mayúscula y sin espacio entre ellas. Para la funcionalidad de registrar una bandeja, el nombre de la función quedaría: Ejemplo ‘funRegistrarBandeja’. Donde ‘fun’ refleja que es una función, ‘Registrar’ indica que es la acción y ‘Bandeja’ indica que es la funcionalidad a la que esta sujeta.

Variables. Para la nomenclatura de las variables, se utilizó la estructura de colocar el signo de pesos o símbolo monetario ($) de primero (como lo indica la declaración de variables en PHP), seguido de la palabra que autodocumente la variable en minúscula. Para el caso de que sean varias palabras, se debe colocar cada palabra con la primera letra en mayúscula y sin espacios entre ellas. Ejemplo ‘primerNombreEmpleado’, ‘codigoBandeja’. Donde la primera letra en minúscula de la primera palabra, si es seguido por más palabras, la primera letra de cada una, será en mayúscula. Objetos. Para la nomenclatura de los objetos, se utilizó la estructura de colocar las tres primeras letras de la palabra ‘objeto’ en minúscula, quedando ‘obj’. Para el caso de que sean varias palabras, se debe colocar cada palabra con la primera de letra en mayúscula y sin espacios entre ellas. Ejemplo ‘objEmpleado’. Donde ‘obj’ refleja que es un objeto, ‘Empleado’ indica que es la entidad a la cual se hace referencia.

66

El entregable final para esta etapa, es una presentación en Powerpoint en donde se recopila la definición de los requerimientos, usuarios, lenguaje y base de datos a utilizar para el desarrollo del aplicativo web. Esta presentación fue realizada para la aprobación por parte del gerente de la empresa Tecnoclinica Ltda. 6.2. SPRINT O: ETAPAS DEL PROYECTO

Los 4 Sprint que fueron utilizados para implementar el aplicativo web son Sprint 1: Proceso de Inventario, Sprint 2: Proceso de Lavado, Sprint 3: Proceso de Mantenimiento y Sprint 4: Proceso de Almacenamiento. En cada Sprint o etapa se generará un entregable el cual consistirá en un documento con el diseño y la implementación del proceso según corresponda (inventario, lavado, mantenimiento, almacenado), constituyéndose una iteración e incremento del aplicativo web ya que incluye: diagrama de flujo, diagrama de despliegue, creación de tablas en las bases de datos u otros. Incluye el documento final, además, los casos de uso, los diagramas de secuencia y el módulo ya construido por Sprint e integrarse al aplicativo web. 6.3. SPRINT 1: PROCESO DE INVENTARIO En esta etapa se analizarán las actividades del proceso de inventario, el cual incluye el registro de las entidades de salud, instrumentación quirúrgica, bandejas, programaciones de mantenimiento de cada uno de los instrumentos quirúrgicos, generando el diseño e implementación de las funciones del aplicativo web para este proceso. Las actividades propias de la iteración, en el proceso de inventario, respecto a: planeación, ejecución e inspección y adaptación. 6.3.1. Planificación de la iteración. Se realiza una reunión con el gerente de la empresa, el cual indica los requerimientos que deben ser abordados en el Sprint, seleccionándolos de la definición de los requerimientos globales definidos en la etapa inicial.Se selecciona los siguientes requerimientos: 6.3.1.1. Requerimientos. A continuacion se anotarán el nombre de los requerimientos funcionales y no funcionales que se tiene como objetivo cumplir en este Sprint.

67

Requerimientos funcionales. Los requerimientos funcionales seleccionados para la elaboración de este Sprint son RF1, RF2, RF3, RF5, RF7, RF8, RF10, RF11. Requerimientos no funcionales. Todos los requerimientos no funcionales deben ser tomados en cuenta para la implementación del aplicativo web en cada Sprint. 6.3.2. Ejecución de la iteración. Para la ejecución de la iteración del Sprint, se procede a realizar los diagramas de diseño y su respectiva implementación. 6.4. SPRINT 2: PROCESO DE LAVADO En esta etapa se analizarán las actividades del proceso de lavado, el cual incluye desinfección, verificación y empacado de cada uno de los instrumentos quirúrgicos, generando el diseño e implementación de las funciones del aplicativo web para este proceso. Las actividades propias de la iteración, en el proceso de lavado, respecto a: planeación, ejecución e inspección y adaptación. 6.4.1. Planificación de la iteración. Se realiza una reunión con el gerente de la empresa, el cual indica los requerimientos que deben ser abordados en el Sprint, seleccionándolos de la definición de los requerimientos globales definidos en la etapa inicial. Se selecciona los siguientes requerimientos: 6.4.1.1. Requerimientos. A continuacion se anotarán el nombre de los requerimientos funcionales y no funcionales que se tiene como objetivo cumplir en este Sprint. Requerimientos funcionales. Los requerimientos funcionales seleccionados para la elaboración de este Sprint son RF2, RF3, RF4, RF6, RF8. Requerimientos no funcionales. Todos los requerimientos no funcionales deben ser tomados en cuenta para la implementación del aplicativo web en cada Sprint.

68

6.4.2. Ejecución de la iteración. Para la ejecución de la iteración del Sprint, se procede a realizar los diagramas de diseño y su respectiva implementación. 6.5. SPRINT 3: PROCESO DE MANTENIMIENTO En esta etapa se analizarán las actividades del proceso de mantenimiento, el cual incluye una revisión inicial o diagnóstico, órdenes de trabajo y cotizaciones de cada uno de los instrumentos quirúrgicos, generando el diseño e implementación de las funciones del aplicativo web para este proceso. Las actividades propias de la iteración, en el proceso de mantenimiento, respecto a: planeación, ejecución e inspección y adaptación. 6.5.1. Planificación de la iteración. Se realiza una reunión con el gerente de la empresa, el cual indica los requerimientos que deben ser abordados en el Sprint, seleccionándolos de la definición de los requerimientos globales definidos en la etapa inicial. Se selecciona los siguientes requerimientos: 6.5.1.1. Requerimientos. A continuacion se anotarán el nombre de los requerimientos funcionales y no funcionales que se tiene como objetivo cumplir en este Sprint. Requerimientos funcionales. Los requerimientos funcionales seleccionados para la elaboración de este Sprint son RF2, RF3, RF4, RF6, RF8. Requerimientos no funcionales. Todos los requerimientos no funcionales deben ser tomados en cuenta para la implementación del aplicativo web en cada Sprint. 6.5.2. Ejecución de la iteración. Para la ejecución de la iteración del Sprint, se procede a realizar los diagramas de diseño y su respectiva implementación.

69

6.6. SPRINT 4: PROCESO DE ALMACENAMIENTO En esta etapa se analizarán las actividades del proceso de almacenamiento, el cual incluye ingreso para el almacén (bodega), gestión del almacén y la salida del almacén de cada uno de los instrumentos quirúrgicos, generando el diseño e implementación de las funciones del aplicativo web para este proceso. Las actividades propias de la iteración, en el proceso de almacenamiento, respecto a: planeación, ejecución e inspección y adaptación. 6.6.1. Planificación de la iteración. Se realiza una reunión con el gerente de la empresa, el cual indica los requerimientos que deben ser abordados en el Sprint, seleccionándolos de la definición de los requerimientos globales definidos en la etapa inicial. Se selecciona los siguientes requerimientos: 6.6.1.1. Requerimientos. A continuacion se anotarán el nombre de los requerimientos funcionales y no funcionales que se tiene como objetivo cumplir en este Sprint. Requerimientos funcionales. Los requerimientos funcionales seleccionados para la elaboración de este Sprint son RF3, RF4, RF5, RF7, RF9, RF10. Requerimientos no funcionales. Todos los requerimientos no funcionales deben ser tomados en cuenta para la implementación del aplicativo web en cada Sprint.

6.6.2. Ejecución de la iteración. Para la ejecución de la iteración del Sprint, se procede a realizar los diagramas de diseño y su respectiva implementación.

70

6.7. IMPLEMENTACIÓN DEL SPRINT 2: PROCESO DE LAVADO A continuación se describen los diagramas, figuras, cuadros, casos de pruebas y resultados obtenidos en el Sprint 2: Proceso de lavado, puesto que el proceso de lavado es importante para la posterior manipulación de la instrumentación quirúrgica. Para ver en detalle los diagramas, figuras, cuadros, casos de pruebas y resultados obtenidos en los cuatros Sprint realizados para el diseño e implementación del aplicativo web, dirigirse al archivo Anexos. 6.7.1. Diagramas de flujo. Para el análisis y diseño del Sprint, se realizó el respectivo diagrama, ver figura 15. Dentro del Anexo D. Notación para la elaboración de los diagramas de flujo se encuentran todos los diagramas de flujo realizados para los 4 Sprint (Proceso de Inventario, Proceso de Lavado, Proceso de mantenimiento y Proceso de Almacenamiento). Figura 15. Diagrama de flujo del proceso lavado

71

6.7.2. Diagrama de despliegue. Para el análisis y diseño del Sprint, se realizó el respectivo diagrama, ver figura 16. Este diagrama muestra los nodos que son usados en el proceso de lavado. Dentro del Anexo E. Notación para la elaboración de los diagramas de despliegue y los diagramas realizados se encuentran todos los diagramas de despliegue realizados para los 4 Sprint (Proceso de Inventario, Proceso de Lavado, Proceso de mantenimiento y Proceso de Almacenamiento).

Figura 16. Representación de la conformación de los equipos de cómputo y personal en el proceso de lavado

72

6.7.3. Diagrama de caso de uso. Para el análisis y diseño del Sprint, se realizó el respectivo diagrama, ver figura 17. Este diagrama muestra algunos casos de uso para el proceso de lavado. Dentro del Anexo F. Notación para la elaboración de los diagramas de caso de uso y los diagramas realizados se encuentran todos los diagramas de caso de uso realizados para los 4 Sprint (Proceso de Inventario, Proceso de Lavado, Proceso de mantenimiento y Proceso de Almacenamiento). Figura 17. Diagrama de caso de uso para la gestión de los procesos de lavado

73

6.7.4. Descripción del caso de uso. Para el análisis y diseño del Sprint, se realizó la descripción de los respectivos casos de uso, ver cuadro 6. Dentro del Anexo G. Descripción sobre cada uno de los casos de uso donde se encuentran todas las descripciones realizadas para los 4 Sprint.

Cuadro 6. Descripción del caso de uso Agregar ingreso al proceso de lavado Caso de Uso Agregar ingreso al proceso de lavado.

Actores Ingeniero(a) Informático(a), Administrador(a), Operario(a) de Lavado y Desinfección.

Propósito

Agregar o registrar un nuevo proceso de lavado. El usuario sea Ingeniero(a) Informático(a), Administrador(a), Operario de Lavado y Desinfección debe digitar todos los datos del nuevo proceso de lavado registrándolo a la base de datos a través del aplicativo web.

Precondición(es)

Que se inicie un browser y se digite la dirección del aplicativo web. Que el aplicativo web este instalado y compartido por la red local. Que el nuevo proceso a registrar, no este registrado inicialmente en la base de datos.

Postcondición Que se haya registrado el nuevo proceso de lavado en la base de datos.

Referencias Cruzadas Satisface el requerimiento RF2, RF3, RF4, RF6, RF8.

Curso Normal de los Eventos Acción de los Actores Respuesta del Sistema

1. El usuario ingresa al aplicativo, digitando su usuario y contraseña.

2. Se muestra la Página Principal que tiene cada usuario.

3. El usuario escoge la opción de Ingreso Lavado.

4. Se muestra la página con los procesos de lavado pendientes y las operaciones posibles sobre estas.

5. Se presiona Agregar para ingresar un nuevo proceso de lavado al aplicativo.

6. Despliega el formulario con los campos necesarios para hacer el registro del nuevo proceso de lavado.

7. Se presiona GUARDAR, una vez se han diligenciado todos los campos.

8. Se verifican los datos ingresados al formulario y se hace el registro en la base de datos.

Curso alterno 6. Si no se digitan los datos obligatorios, muestra una alerta.

8. Si el formato de cada campo no es el correcto, se muestra un error al registrar, permitiendo digitar de nuevo los campos del formulario. Nota: Si el usuario no desea agregar, puede volver a la página de Ingreso Lavado presionando REGRESAR.

74

6.7.5. Diagrama de secuencia. Para el análisis y diseño del Sprint, se realizó el respectivo diagrama, ver figura 18. Este diagrama muestra la secuencia lógica en el aplicativo web para cumplir con el caso de uso Agregar ingreso al proceso de lavado. Dentro del Anexo H. Notación para la elaboración de los diagramas de secuencia y los diagramas realizados se encuentran todos los diagramas de secuencia realizados para los 4 Sprint (Proceso de Inventario, Proceso de Lavado, Proceso de mantenimiento y Proceso de Almacenamiento). Figura 18. Diagrama de secuencia para Agregar ingreso al proceso de lavado

75

6.7.6. Modelo Relacional de Datos (MED). A continuación se definirá la tabla tblProcesosLavado. Contiene los campos necesarios para almacenar datos relevantes para la gestión sobre los procesos de lavado, tanto el ingreso como la salida, ver cuadro 7. Dentro del Anexo K. Modelo relacional de datos (MRD), se encuentran todos los modelos de datos de cada una de las tablas para la implementación del aplicativo web realizadas para los 4 Sprint (Proceso de Inventario, Proceso de Lavado, Proceso de mantenimiento y Proceso de Almacenamiento). Cuadro 7. Definición de la tabla tblProcesosLavado

Campo Tipo Variable Longitu

d Autoincre-mento

Clave

Not Null/Nu

ll codigoProcesoLava

do C. Numéricos 9 Si PK Not Null

circulacion C. Numéricos 1 No ------ Not

Null

estado C. Numéricos 1 No ------ Not

Null

fechaRegistro Fecha (YYYY-MM-

DD HH:MM:SS) 20 No ------ Not

Null

bandeja C. Numéricos 8 No FK Not Null

maquinaLavado C. Numéricos 8 No FK Not Null

usuario C. Numéricos 4 No FK Not Null

Script SQL CREATE TABLE IF NOT EXISTS `tblProcesosLavado` ( `codigoProcesoLavado` INT(9) UNSIGNED NOT NULL AUTO_INCREMENT , `circulacion` TINYINT(1) UNSIGNED NOT NULL , `estado` TINYINT(1) UNSIGNED NOT NULL, `fechaRegistro` DATETIME NOT NULL, `bandeja` MEDIUMINT(8) UNSIGNED NOT NULL , FOREIGN KEY (bandeja) REFERENCES tblBandejas (codigoBandeja), `maquinaLavado` TINYINT(1) UNSIGNED ZEROFILL NOT NULL, FOREIGN KEY (maquinaLavado) REFERENCES tblMaquinasLavado (codigoMaquinaLavado), `usuario` SMALLINT(4) UNSIGNED ZEROFILL NOT NULL, FOREIGN KEY (usuario) REFERENCES tblUsuarios (codigoUsuario), PRIMARY KEY (`codigoProcesoLavado`)) ENGINE = InnoDB DEFAULT CHARSET=latin1 COMMENT='Tabla para ingresar los ingresos/las salidas al/del proceso de lavado' AUTO_INCREMENT=1;

76

6.7.7. Inspección y adaptación. Cumpliendo con la meta de crear un aplicativo web accesible, entendible y llamativo, se realiza una interfaz gráfica para el proceso de lavado. La cual permitió la manipulación de los datos almacenados en la base de datos, ver figura 19. La interfaz gráfica se realizó utilizando CSS3 para darle su estilo propio y JavaScript para ejecutar validaciones a los datos que son permitidos en la base de datos. Figura 19. Interfaz gráfica del módulo del proceso de lavado

77

6.7.8. Casos de pruebas. A continuación se definirá los casos de pruebas para el ingreso en el proceso de lavado. Dentro del Anexo L. Casos de prueba sobre los casos de uso se encuentran todos los casos de pruebas realizados a los casos de uso realizados para los 4 Sprint (Proceso de Inventario, Proceso de Lavado, Proceso de mantenimiento y Proceso de Almacenamiento). Cuadro 8. Caso de prueba para Agregar ingreso al proceso de lavado Nombre caso

de prueba Agregar ingreso al proceso de lavado.

Propósito

Comprobar la funcionalidad de registrar a la base de datos, un ingreso al proceso de lavado para una determinada bandeja, dándole su inicio.

Módulo/ Submódulo

Lavado - Ingreso Lavado.

Prerrequisito

- El usuario que realiza la prueba debe tener perfil de Ingeniero(a) Informático(a), Administrador(a), Operario(a) de Lavado y Desinfección. - El usuario debe estar logueado.

Datos de Prueba

- codigoProcesoLavado (Obligatorio): válido {No se puede digitar, este es automático y no editable}, inválido {vacío}. - circulacion (Obligatorio – se establece que cuando se crea un registro queda con valor ‘si’): válido {‘si’, ‘no’}, inválido {ninguno}. - estado (Obligatorio – se establece que cuando se crea un registro, queda con estado activo): válido {‘Activo’, ‘Inactivo’}, inválido {ninguno}. - fechaRegistro (Obligatorio): válido {No se puede digitar, este es automático y no editable}, inválido {vacío}. - bandeja (Obligatorio): válido {cadenas numéricas}, inválido {vacío, cadenas alfabéticas}. - maquinaLavado (No Obligatorio): válido {vacío, selección de una maquina}, inválido {ninguno}. - usuario (Obligatorio): válido {No se puede digitar, este es automático y no editable}, inválido {vacío}.

Pasos

1. Entrar a la página de Ingreso Lavado. 2. Dar clic en Agregar. 3. Digitar los datos importantes en el formulario para registrar

el proceso. Datos válidos e inválidos. 4. Dar clic en Guardar. 5. Verificar el mensaje que el aplicativo web muestra, exitoso

o erróneo.

78

Cuadro 9. Caso de prueba para Modificar ingreso al proceso de lavado Nombre caso

de prueba Modificar ingreso al proceso de lavado.

Propósito

Comprobar la funcionalidad de actualizar el registro de un ingreso al proceso de lavado en la base de datos.

Módulo/ Submódulo

Lavado - Ingreso Lavado.

Prerrequisito

- El usuario que realiza la prueba debe tener perfil de Ingeniero(a) Informático(a), Administrador(a), Operario(a) de Lavado y Desinfección. - El usuario debe estar logueado.

Datos de Prueba

- codigoProcesoLavado (Obligatorio): Este campo no se puede modificar para mantener la integridad y unicidad del registro en la base de datos. - circulacion (Obligatorio): Este campo no se puede modificar. - estado (Obligatorio): Este campo no se puede modificar. - fechaRegistro (Obligatorio): Este campo no se puede modificar. - bandeja (Obligatorio): Este campo no se puede modificar para mantener la integridad y unicidad del registro en la base de datos. - maquinaLavado (No Obligatorio): Este campo no se puede modificar. - usuario (Obligatorio): Este campo no se puede modificar. Nota: Por ser un proceso, no tiene campos para modificar si no es un usuario con el máximo nivel de acceso.

Pasos

1. Entrar a la página de Ingreso Lavado. 2. Seleccionar el registro de un ingreso y dar clic en

Modificar. 3. Modificar los datos del registro en el formulario. 4. Dar clic en Guardar. 5. Verificar el mensaje que el aplicativo web muestra,

exitoso o erróneo.

79

Cuadro 10. Caso de prueba para Buscar ingreso al proceso de lavado Nombre caso

de prueba Buscar ingreso al proceso de lavado.

Propósito

Comprobar la funcionalidad de buscar uno o varios registros de ingresos al proceso de lavado, además verificar que se puede filtrar por medio de varios campos.

Módulo/ Submódulo

Lavado - Ingreso Lavado. .

Prerrequisito

- El usuario que realiza la prueba debe tener perfil de Ingeniero(a) Informático(a), Administrador(a), Operario(a) de Lavado y Desinfección. - El usuario debe estar logueado.

Datos de Prueba

- Listar todos los ingresos. {Dando clic en Mostrar todos} - Filtrar por Frase (Si es un registro se muestra en una página diferente, si son varios registros se muestran en una tabla): válido {cadenas alfanuméricas}, inválido {vacío}. - Filtrar por Todas las palabras (Si es un registro se muestra en una página diferente, si son varios registros se muestran en una tabla): válido {cadenas alfanuméricas}, inválido {vacío}. - Filtrar por Cualquier palabra (Si es un registro se muestra en una página diferente, si son varios registros se muestran en una tabla): válido {cadenas alfanuméricas}, inválido {vacío}. Nota: Se busca por el campo codigoProcesoLavado, bandeja, maquinaLavado, circulacion.

Pasos

1. El usuario debe entrar a la página de Ingreso Lavado. 2. Digitar la palabra o cadena de caracteres a buscar. 3. Se presenta una tabla organizada con los registros

encontrados. 4. Verificar el mensaje que el aplicativo web muestra, exitoso

o erróneo.

80

Cuadro 11. Caso de prueba para Eliminar ingreso al proceso de lavado

Nombre caso de prueba Eliminar ingreso al proceso de lavado.

Propósito

Comprobar la funcionalidad de eliminar un registro de ingreso al proceso de lavado, con lo cual se cambia el estado en la base de datos.

Módulo/Submódulo

Lavado - Ingreso Lavado.

Prerrequisito

- El usuario que realiza la prueba debe tener perfil de Ingeniero(a) Informático(a), Administrador(a). - El usuario debe estar logueado.

Datos de Prueba

- Seleccionar un registro (Obligatorio): válido {selección de un registro de ingreso al proceso de lavado ya registrado}, inválido {no seleccionar un registro}.

Pasos

1. Entrar a la página de Ingreso Lavado. 2. Seleccionar un registro. 3. Dar clic en Eliminar. 4. Dar clic en Confirmar borrado. 5. Verificar el mensaje que el aplicativo web muestra, exitoso o

erróneo. Cuadro 12. Caso de prueba para Listar ingreso(s) al proceso de lavado Nombre caso

de prueba Listar ingreso(s) al proceso de lavado.

Propósito

Comprobar la funcionalidad de listar uno o varios ingresos al proceso de lavado en una tabla genérica, se listan los registros con estado Activo.

Módulo/ Submódulo

Lavado - Ingreso Lavado.

Prerrequisito

- El usuario que realiza la prueba debe tener perfil de Ingeniero(a) Informático(a), Administrador(a), Operario(a) de Lavado y Desinfección. - El usuario debe estar logueado.

Datos de Prueba

- Listar todos los ingresos: {Dando clic en Ingreso Lavado}. - Verificar la paginación de la tabla genérica que muestra los ingresos registrados: {Dando clic en las flechas que indican primera página, anterior página, siguiente página, última página}.

Pasos

1. El usuario debe entrar a la página de Ingreso Lavado. 2. Se presenta una tabla con los registros. 3. Verificar la paginación que tiene la tabla genérica.

81

6.7.9. Resultados de las pruebas realizadas. Las pruebas realizadas al aplicativo WEB ‘Tecnoclinica’ para los casos de uso del Sprint 2: Proceso de Lavado.

Las pruebas fueron realizadas en el servidor y un computador en producción con 5 oportunidades o intentos de forma manual, al no utilizar una herramienta que lo hiciera automáticamente. Criterio Servidor: Servidor que tiene la empresa y que es usado para gestionar las impresoras, cuentas de usuario, carpetas compartidas, entre otras funciones. Criterio Computador de Producción: El computador de producción será usado para gestionar los procesos de la empresa a través del aplicativo web y con la ayuda de un operario. Ambiente Prueba: Se estableció que el escenario o ambiente de pruebas es cuando sólo un usuario (Ingeniero(a) Informático(a)), interactúa con el aplicativo web y la base de datos. Ambiente Producción: Se estableció que el escenario de producción, es cuando se tiene más de tres (3) usuarios (usuarios finales) interactuando con el aplicativo web y la base de datos. Unidad: Las unidades de medición son Segundos/Milisegundos. Aclarando esto, se optó por no ubicarlas en los gráficos. Gráficos: Se pusieron los datos obtenidos de los tiempos de carga. Inicio de Sesión: Indica que el usuario ha iniciado sesión en el aplicativo web. Ninguno: Indica que el usuario está por fuera del aplicativo web. Número de intentos: Se realizó la prueba con 5 intentos para cada página con cada ambiente.

82

Objetivo. Establecer los tiempos de respuesta del aplicativo web ejecutándose desde servidor cuando se realiza las diferentes acciones desde el ambiente de prueba y producción. Para el diseño del aplicativo web se definió que los usuarios, dependiendo del nivel de acceso (1 solo visualización de información, 2 solo las acciones de crear, modificar, listar y buscar, 3 todas las acciones), tuvieran por determinado una serie de acciones (agregar, listar, modificar, buscar, eliminar). Para los casos de prueba, se ejecutaron pensando que el tipo de usuario, Ingeniero(a) Informático(a) o Administrador(a), pueden realizar la funcionalidad de eliminar registros, puesto que en casos extremos los dos tipos de usuarios tienen acceso de realizar las cinco operaciones para cualquier funcionalidad. Tiempos sobre la ejecución de la funcionalidad del ingreso al proceso de lavado: El tiempo de la carga de la página y ejecución para realizar un registro para: ingreso, listar, modificar, buscar y eliminar. El Anexo M Tiempos de carga de las páginas y ejecución de las diferentes funcionalidades del aplicativo web contiene los tiempos de carga de la página y ejecución de las diferentes funcionalidades del aplicativo web. Finalmente las pruebas fueron realizadas para los 4 Sprint (Proceso de Inventario, Proceso de Lavado, Proceso de mantenimiento y Proceso de Almacenamiento).

83

A continuación se visualizan los tiempos obtenidos en las pruebas realizadas para agregar un registro sobre ingreso al proceso de lavado desde el criterio del servidor y computador de producción, ver cuadro 13. La página del aplicativo web, ver figura 20. Figura 20. Página para agregar un registro sobre ingreso al proceso de lavado

Cuadro 13. Tiempos de carga y ejecución para agregar el registro de un ingreso al proceso de lavado desde servidor y producción

Agregar un registro

Servidor Producción

Promedio A. Prueba 2,19 2,27

A. Producción 2,956 3,226 El promedio desde el servidor para los 5 intentos en el ambiente de prueba fue 2,19 y para el ambiente de producción es 2,956. El promedio desde el computador de producción para los 5 intentos en el ambiente de prueba fue 2,27 y para el ambiente de producción fue 3,226.

84

A continuación se visualizan los tiempos obtenidos en las pruebas realizadas para listar los registros activos sobre ingreso al proceso de lavado desde el criterio del servidor y computador de producción, ver cuadro 14. La página del aplicativo web, ver figura 21. Figura 21. Página para listar los registro(s) sobre ingreso al proceso de lavado

Cuadro 14. Tiempos de carga y ejecución para listar los registro(s) sobre los ingresos al proceso de lavado desde servidor y producción

Listar los registros activos

Servidor Producción

Promedio A. Prueba 1,734 2,226

A. Producción 2,156 3,208 El promedio desde el servidor para los 5 intentos en el ambiente de prueba fue 1,734 y para el ambiente de producción es 2,156. El promedio desde el computador de producción para los 5 intentos en el ambiente de prueba fue 2,226 y para el ambiente de producción fue 3,208.

85

A continuación se visualizan los tiempos obtenidos en las pruebas realizadas para modificar un registro sobre ingreso al proceso de lavado desde el criterio del servidor y computador de producción, ver cuadro 15. La página del aplicativo web, ver figura 22. Figura 22. Página para modificar un registro sobre ingreso al proceso de lavado

Cuadro 15. Tiempos de carga y ejecución para modificar el registro de un ingreso al proceso de lavado desde servidor y producción

Modificar un registro

Servidor Producción

Promedio A. Prueba 1,854 1,842

A. Producción 2,048 2,108 El promedio desde el servidor para los 5 intentos en el ambiente de prueba fue 1,854 y para el ambiente de producción es 2,048. El promedio desde el computador de producción para los 5 intentos en el ambiente de prueba fue 1,842 y para el ambiente de producción fue 2,108.

86

A continuación se visualizan los tiempos obtenidos en las pruebas realizadas para buscar un registro sobre ingreso al proceso de lavado desde el criterio del servidor y computador de producción, ver cuadro 16. La página del aplicativo web, ver figura 23. Figura 23. Página para buscar un registro sobre ingreso al proceso de lavado

Cuadro 16. Tiempos de carga y ejecución para buscar el registro de un ingreso al proceso de lavado desde servidor y producción

Buscar un registro

Servidor Producción

Promedio A. Prueba 2,219 2,258

A. Producción 3,118 3,036 El promedio desde el servidor para los 5 intentos en el ambiente de prueba fue 2,219 y para el ambiente de producción es 3,118. El promedio desde el computador de producción para los 5 intentos en el ambiente de prueba fue 2,258 y para el ambiente de producción fue 3,036.

87

A continuación se visualizan los tiempos obtenidos en las pruebas realizadas para eliminar un registro sobre ingreso al proceso de lavado desde el criterio del servidor y computador de producción, ver cuadro 17. La página del aplicativo web, ver figura 24. Figura 24. Página para eliminar un registro sobre ingreso al proceso de lavado

Cuadro 17. Tiempos de carga y ejecución para eliminar el registro de un ingreso al proceso de lavado desde servidor y producción

Eliminar un registro

Servidor Producción

Promedio A. Prueba 1,562 2,418

A. Producción 2,196 3,142 El promedio desde el servidor para los 5 intentos en el ambiente de prueba fue 1,562 y para el ambiente de producción es 2,196. El promedio desde el computador de producción para los 5 intentos en el ambiente de prueba fue 2,418 y para el ambiente de producción fue 3,142.

88

Para las pruebas de los tiempos de la funcionalidad de registrar un proceso de lavado en la base de datos a través del aplicativo web desde el servidor y computador de producción con ambiente de prueba y producción, se obtuvieron los siguientes tiempos: El tiempo promedio para el ambiente de prueba y producción fue 2,19 y 2,956 desde el servidor; para el ambiente de prueba y producción fue 2,27 y 3,226 desde el computador en producción. Para las pruebas de los tiempos de la funcionalidad de listar los proceso(s) de lavado en la base de datos a través del aplicativo web desde el servidor y computador de producción con ambiente de prueba y producción, se obtuvieron los siguientes tiempos: El tiempo promedio para el ambiente de prueba y producción fue 1,734 y 2,156 desde el servidor; para el ambiente de prueba y producción fue 2,226 y 3,208 desde el computador en producción. Para las pruebas de los tiempos de la funcionalidad de modificar un proceso de lavado en la base de datos a través del aplicativo web desde el servidor y computador de producción con ambiente de prueba y producción, se obtuvieron los siguientes tiempos: El tiempo promedio para el ambiente de prueba y producción fue 1,854 y 2,048 desde el servidor; para el ambiente de prueba y producción fue 1,842 y 2,108 desde el computador en producción. Para las pruebas de los tiempos de la funcionalidad de buscar un proceso de lavado en la base de datos a través del aplicativo web desde el servidor y computador de producción con ambiente de prueba y producción, se obtuvieron los siguientes tiempos: El tiempo promedio para el ambiente de prueba y producción fue 2,258 y 3,118 desde el servidor; para el ambiente de prueba y producción fue 2,258 y 3,036 desde el computador en producción. Para las pruebas de los tiempos de la funcionalidad de eliminar un proceso de lavado en la base de datos a través del aplicativo web desde el servidor y computador de producción con ambiente de prueba y producción, se obtuvieron los siguientes tiempos:

89

El tiempo promedio para el ambiente de prueba y producción fue 1,562 y 2,196 desde el servidor; para el ambiente de prueba y producción fue 2,418 y 3,142 desde el computador en producción. Con los resultados obtenidos para el ambiente de prueba y producción desde el servidor y computador de producción, se reflejó que los tiempos son bajos dentro de lo esperado, evidenciando que la ejecución de la funcionalidad para registrar, listar, modificar, buscar y eliminar los registros de ingreso al proceso de lavado, tiene una respuesta óptima en el tiempo que se demora el registro en la base de datos por medio del aplicativo web, evitando que el usuario se impaciente o se desespere con la utilización de este. Esto es validado después de que se ha integrado la implementación del Sprint a lo que se lleva del proyecto. Constituyéndose en un incremento del aplicativo web siguiendo las pautas de la metodología Scrum. Se realiza la anotación que no se encontraron errores en la implementación, esto es corroborado por el operario y la gerencia de la empresa después de realizar las pruebas sobre el funcionamiento y comportamiento del aplicativo web.

90

6.8. FINAL DEL PROYECTO En esta etapa se realizará la documentación requerida para la entrega del proyecto o aplicativo web. El entregable o documento final resumirá el proyecto final, junto con el manual de uso del mismo. 6.8.1. Modelo entidad relaciona final (MER). Para el modelado de la base de datos, se tuvo en cuenta los datos relevantes y significativos de cada uno de los procesos de inventario, lavado, mantenimiento y almacenamiento. En el Anexo K. Modelo relacional de datos (MRD) se detallan las diferentes entidades realizadas en la base de datos para la implementación del aplicativo web. Figura 25. Modelado de la base de datos para el aplicativo web

91

6.8.2. Modelo estructural del aplicativo web. En esta sección se presenta la estructura de archivos y carpetas que contiene el aplicativo web para su correcto funcionamiento constituyendose como unica carpeta. Esta contiene el aplicativo web que debe ser alojada en un servidor de aplicaciones para su despliegue. Si se tiene instalado WampServer se debe colocar en la carpeta www la carpeta del aplicativo web. En el Anexo J. Guía de instalación de cada programa utilizado en el desarrollo del aplicativo web, se detalla la instalación y configuración de WampServer, además de los programas para el desarrollo y despliegue del aplicativo web. A continución se describirán las carpetas que componene el aplicativo web: Config: Es una carpeta que contiene los archivos de configuración del aplicativo web para su correcto funcionamiento.

Controller: Es una carpeta que contiene los archivos que controlan el flujo o controladores del aplicativo web.

Lib: Es una carpeta con los archivos o librerías que componen el aplicativo web.

Model: Es una carpeta que contiene los archivos que controlan el acceso a los datos de las tablas de la base de datos.

Resources: Es una carpeta con los archivos como imágenes, íconos y archivos que son recursos del aplicativo web.

View: Es una carpeta que contiene los archivos que conforman la interfaz gráfica o presentación del aplicativo web.

Securelog: Es una carpeta que contiene un archivo, este archivo de extensión php, sirve para realizar loggin seguro desde fuera de la aplicación web.

A continución se describirán los archivos de configuración que contiene el aplicativo web: Index: Es el archivo inicial del aplicativo web, este contiene código en PHP para formar la página principal e inicial del aplicativo web.

php.ini: Es un archivo que contiene la configuración general del PHP.

92

6.8.3. Diagrama de paquetes y componentes. Finalizado el proyecto y despliegue del aplicativo web, se validó el diagrama de paquetes y componentes, ver figura 26. El cual muestra la conformación del aplicativo web dentro del servidor para su ejecución. Figura 26. Diagrama de paquetes y componentes

Nota: Se unificaron los diagramas de paquetes y componentes, para mostrar estos dos elementos.

Por tratarse de un solo diagrama y por la sencillez en sus componentes, se salta la creación de un anexo para describir cada elemento que lo compone y su respectiva anotación.

93

6.8.4. Resultados. Como resultado de los 4 Sprint, se logró el aplicativo web de forma incrementar después de realizar los diferentes análisis y diagramas, dirigirse al archivo Anexos. Estos permitieron la realización de la codificación para la implementación y finalmente el despliegue del aplicativo web junto con las pruebas realizadas a cada Sprint. A continuación se muestra la usabilidad, accesibilidad y navegación de las interfaces de usuario (páginas web) con un diseño llamativo y fácil comprensión. El logo de la empresa (ver figura 27), el encabezado de las páginas del aplicativo web (ver figura 28), el pie de página o footer del aplicativo web (ver figura 29). Estas imágenes son usadas para el diseño e implementación de cada una de las interfaces de usuario (páginas web). Figura 27. Logo principal del aplicativo web ‘Tecnoclinica’

Figura 28. Encabezado de página o header del aplicativo web ‘Tecnoclinica’

94

Figura 29. Pie de página o footer del aplicativo web ‘Tecnoclinica’

La página principal (ver figura 30), muestra cuando el usuario ingresa al aplicativo web por medio del navegador de internet o browser. Esta muestra parte del resultado obtenido en el Sprint 1: Proceso de Inventario. Figura 30. Página principal del aplicativo web ‘Tecnoclinica’

95

La página de inicio de sesión o de logueo (ver figura 31), sirve para que el usuario digite sus credenciales e ingrese al aplicativo web. Esta muestra parte del resultado obtenido en el Sprint 1: Proceso de Inventario. Figura 31. Página de inicio de sesión del aplicativo web ‘Tecnoclinica’

La página de ingreso principal (ver figura 32), muestra cuando el usuario ingresa al aplicativo web. Esta muestra parte del resultado obtenido en el Sprint 1: Proceso de Inventario. Figura 32. Página de ingreso principal del aplicativo web ‘Tecnoclinica’

96

La página de los procesos de lavado (ver figura 33), sirve para agregar, ver en detalle, modificar y eliminar los registros almacenados en la base de datos del proceso de lavado. Esta muestra parte del resultado obtenido en el Sprint 2: Proceso de Lavado. Figura 33. Página del proceso de lavado del aplicativo web ‘Tecnoclinica’

La página de los procesos de mantenimiento (ver figura 34), sirve para agregar, ver en detalle, modificar y eliminar los registros almacenados en la base de datos del proceso de mantenimiento. Esta muestra parte del resultado obtenido en el Sprint 3: Proceso de Mantenimiento. Figura 34. Página del proceso de mantenimiento del aplicativo web ‘Tecnoclinica’

97

La página de los procesos de almacenamiento (ver figura 35), sirve para agregar, ver en detalle, modificar y eliminar los registros almacenados en la base de datos del proceso de almacenamiento. Esta muestra parte del resultado obtenido en el Sprint 4: Proceso de Almacenamiento. Figura 35. Página del proceso de almacenamiento del aplicativo web ‘Tecnoclinica’

98

7. CONCLUSIONES

La creación e implementación del aplicativo web en Tecnoclinica Ltda. se constituye en una solución al deficiente sistema de información que en la actualidad genera el proceso de mantenimiento y reparación de instrumentos quirúrgicos, teniendo en cuenta además las entradas y salidas que este genera a partir de la gestión de los procesos inventario, lavado, mantenimiento y almacenamiento puesto que los registros se hace en forma manual. Con la automatización de la información se logrará oportunidad y agilidad en los reportes que llegan a la gerencia para toma de decisiones. A través del proyecto se pudo aplicar todos los conocimientos vistos a lo largo de mi carrera como ingeniero informático. Se ejecutaron de forma sistemática los lineamientos aprendidos en las diferentes asignaturas como ingeniería de software 1 - 2, base de datos, gestión de proyectos, programación I y II, entre otras. Con el seguimiento de la metodología Scrum se realizó la planeación, análisis, diseño e implementación de cada uno de los procesos mediante los diferentes diagramas, para lograr la abstracción de la necesidad y requerimiento de la empresa Tecnoclinica Ltda. El aplicativo web de nombre ‘apptecnoclinica’, se desarrolló pensando en la perfecta organización de los proceso de la empresa Tecnoclinica Ltda., que no solo se enfocara en la reparación y mantenimientos de instrumentos quirúrgico, sino que también integrara módulos de inventarios y almacenamiento para una eficiente administración de los instrumentos quirúrgicos. Con la dedicación en la realización del proyecto, se obtuvo un aplicativo web que permite a la empresa garantizar el control y la calidad de los procesos creados para lograr la valoración y reparación de cada instrumento quirúrgico, con el fin de potencializar a la empresa dentro de su mercado. En el proceso de desarrollo del proyecto, fue muy importante la interacción y opinión de cada uno de los operarios del sistema, dando un grado de satisfacción por el esfuerzo y dedicación al trabajo realizado. Durante este corto tiempo se pudieron hacer los ajustes necesarios que optimizaron los tiempos de respuesta de cada actividad y la terminación exitosa de la implementación.

99

8. RECOMENDACIONES El desarrollo de un aplicativo web comprende un extenso análisis de cada uno de los procesos de la empresa, por lo tanto, se debe involucrar a toda la organización; sin embargo como el proyecto se enfocó en el proceso de mantenimiento y reparación de los instrumentos quirúrgicos integrando a inventarios y almacenamiento se sugiere a futuro complementar el aplicativo web con nuevas funcionalidad que aporten valor a la gestión de la información de Tecnoclinica Ltda. Para lograrlo se debe realizar involucrar todos los equipos médicos, procesos contables e incluir a todos los niveles de la organización (estratégicos, tácticos y operativos) y sus procesos de responsabilidad. Respecto a la calidad asesoría que da la Universidad Autónoma de Occidente a los empresarios de la región, es importante mejorar el enfoque de la toma de los requerimientos funcionales y no funcionales vistos en la asignatura de ingeniera de Software, ya que en su momento, no se le da importancia para una buena implementación dentro de un proyecto. Además, es importante profundizar en el tema de las pruebas de calidad que se ejecutan en los proyectos, donde se realizan con el objetivo de un seguimiento para conocer la eficacia y eficiencia de las implementaciones. Finalmente, es importante recomendar este nuevo aplicativo web, para otro tipo de servicios que involucre artículos que pasen por un proceso de reparación y mantenimiento, abriendo el universo de usuarios para implementar este desarrollo en empresas que deseen automatizarse.

100

BIBLIOGRAFÍA

ALONSO, Fernando; MARTÍNEZ, Loïe y SEGOVIA, Fco. Javier. Introducción a la ingeniería de software: modelos de desarrollo de programas [en línea]. Zaragoza: Delta, 2005. 532 p. [consultado el 18 de Junio de 2013]. Disponible en Internet: http://books.google.com.co/books?id=rXU-WS4UatYC&pg=PR7&dq=Introducci%C3%B3n+a+la+Ingenier%C3%ADa+de+Software:+Modelos+de+desarrollo+de+programas&hl=es&sa=X&ei=5CjsUdTdJY3c8ATg5IHoBA&ved=0CC4Q6AEwAA#v=onepage&q=Introducci%C3%B3n%20a%20la%20Ingenier%C3%ADa%20de%20Software%3A%20Modelos%20de%20desarrollo%20de%20programas&f=false AMAYA, Jairo. Sistemas de información: hardware-software-redes-internet- diseño [en línea]. Segunda edición. Bucaramanga: ECOE, 2009. 205 p. [consultado el 20 de Junio de 2013]. Disponible en Internet: http://books.google.com.co/books?id=mBc_CX92d88C&pg=PA2&dq=Sistemas+de+Informaci%C3%B3n:+Hardware,+Software,+Redes,+Internet+y+Dise%C3%B1o&hl=es&sa=X&ei=pCrsUaqsEorE9gSz3YDICQ&ved=0CDAQ6AEwAQ AVISON, D. E. y FITZGERALD, G. Information System Development Methodologies, Techniques and Tools. [en línea]. Tercera edición. Maidenhead: McGraw-Hill, 1995. 603 p. [consultado el 5 de Julio de 2013]. Disponible en Internet: http://www.mcgraw-hill.co.uk/html/0077096266.html BOSTIO, Julio. Sistemas de identificación y control automático (I) [en línea]. Barcelona: Marcombo S.A, 1993. 115 p. [consultado el 10 de Julio de 2013]. Disponible en Internet: http://books.google.com.co/books?id=nGgmObQH2r0C&printsec=frontcover&dq=Sistemas+de+identificaci%C3%B3n+y+control+autom%C3%A1tico&hl=es&sa=X&ei=QkjsUb3xHoS88wSQyIDwCw&ved=0CC4Q6AEwAA COBO, Ángel; GÓMEZ, Patricia; PÉREZ, Daniel y ROCHA, Rocío. PHP y MySQL: tecnologías para el desarrollo de aplicaciones web [en línea]. Díaz de Santos, 2005. 511 p. [consultado el 20 de Junio de 2013]. Disponible en Internet: http://books.google.com.co/books?id=zMK3GOMOpQ4C&printsec=frontcover&dq=PHP+y+MySQL:+tecnolog%C3%ADas+para+el+desarrollo+de+aplicaciones+web&hl=es&sa=X&ei=6jPsUca8M4_Q9ATt8IHoCg&ved=0CDIQ6AEwAA

101

DEBRAUMWER, Laurent y HEYDE, Fien Van Der. UML 2: iniciación, ejemplos y ejercicio corregidos [en línea]. Barcelona: ENI, 2005. 231 p. [consultado el 21 de Junio de 2013]. Disponible en Internet: http://books.google.com.co/books?id=drst-kOWZWsC&printsec=frontcover&dq=UML+2+Iniciaci%C3%B3n,+ejemplos+y+ejercicio+corregidos&hl=es&sa=X&ei=NTjsUYSoPITY9ASurYAg&ved=0CC4Q6AEwAA#v=onepage&q=UML%202%20Iniciaci%C3%B3n%2C%20ejemplos%20y%20ejercicio%20corregidos&f=false El método correcto para el tratamiento de los instrumentos. Arbeitskreis Instrumenten-Aufbereitung [en línea].Grupo de Trabajo Tratamiento de Instrumentos, 2009 [consultado el 24 de Junio de 2013]. Disponible en Internet: http://www.castroycerdan.com/descargas/tratamiento_instrumentos.pdf Empresa de Software IComWeb. IComWeb Taller [en línea]. Madrid [consultado el 15 de Julio de 2013] Disponible en internet: http://icomweb.es/es/icomweb-taller Empresa de Software PSL. Software a la medida [en línea]. Bogotá - Medellín [consultado el 15 de Julio de 2013] Disponible en internet: http://www.psl.com.co/ Empresa de Software SGTaller. Modulo Taller [en línea]. San José [consultado el 15 de Julio de 2013] Disponible en internet: http://www.sgtaller.com/ FONTELA, Carlos. Modelado de software para profesionales: incluye UML 2.2. Buenos Aires: Alfaomega, 2011. 165 p. FULLER, Joanna. Instrumentación quirúrgica teoría, técnica y procedimientos [en línea]. Cuarta edición. México: Panamericana, 2005. 1053 p. [consultado el 24 de Junio de 2013]. Disponible en Internet: http://books.google.com.co/books?id=yBwepEJsqZQC&printsec=frontcover&dq=Instrumentaci%C3%B3n+Quir%C3%BArgica+Teor%C3%ADa,+t%C3%A9cnica+y+procedimientos&hl=es&sa=X&ei=ckPsUbPSHYTo8QTdo4DYDg&ved=0CC4Q6AEwAA#v=onepage&q=Instrumentaci%C3%B3n%20Quir%C3%BArgica%20Teor%C3%ADa%2C%20t%C3%A9cnica%20y%20procedimientos&f=false

102

MORA, Sergio. Programación de aplicaciones web: Historia, principios básicos y cliente web [en línea]. San Vicente: Club Universitario, 2002. 340 p. [consultado el 20 de Junio de 2013]. Disponible en Internet: http://books.google.com.co/books?id=r9CqDYh2-loC&pg=PA2&dq=Desarrollo+de+aplicaciones+web+mora+sergio&hl=es&sa=X&ei=wjXsUfvHFIKo9gTBhYGwBQ&ved=0CC4Q6AEwAA#v=onepage&q=Desarrollo%20de%20aplicaciones%20web%20mora%20sergio&f=false MÓRALES, Roberto Cortés. Introducción al análisis de sistemas y la ingeniería de software [en línea]. San José: EUNED, 1998. 122 p. [consultado el 18 de Junio de 2013]. Disponible en Internet: http://books.google.es/books?id=Y2CCT0fIxYwC&printsec=frontcover&hl=es#v=onepage&q&f=false NÚÑEZ, Jorge German. Usabilidad en metodologías agiles [en línea]. Tesis de master en ingeniería de software. Madrid: Universidad Politécnica de Madrid. Faculta de Informática, 2010. 237 p. [consultado el 15 de Julio de 2013]. Disponible en Internet: http://www.fi.upm.es/catedra-ibmrational/sites/www.fi.upm.es.catedra-ibmrational/files/Tesis_MarcoAgilTrabajo.pdf PÉREZ, María José. Guía Comparativa de Metodologías de Agiles. Tesis de Grado. Valladolid: Universidad de Valladolid. Faculta de Informática de servicios y aplicaciones, 2012. 174 p. [consultado el 15 de Julio de 2013]. Disponible en Internet: http://uvadoc.uva.es/bitstream/10324/1495/1/TFG-B.117.pdf RAMONET, Antonio. Administración de datos y archivos por computadora [en línea]. Segunda edición. México: Limusa S.A, 1994. 135 p. [consultado el 10 de Julio de 2013]. Disponible en Internet: http://books.google.com.co/books?id=TiHtMTMswKUC&printsec=frontcover&dq=Administraci%C3%B3n+de+datos+y+archivos+por+computadora&hl=es&sa=X&ei=O0fsUdahCIa68ASEqoGoDQ&ved=0CDQQ6AEwAA SCHWABER, Ken y SUTHERLAND, Jeff. Software in 30 days [en línea]. Wiley, 2012. 75 p. [consultado el 5 de Julio de 2013]. Disponible en Internet: http://books.google.com.co/books?id=FSQbYl5HMo8C&printsec=frontcover&dq=Software+in+30+days&hl=es&sa=X&ei=eU7sUd74K4GK9QTq1IDAAQ&ved=0CC4Q6AEwAA

103

SISTEMA ADMINISTRATIVO INTELIGENTE. Sai-Open [en línea]. Santiago de Cali [consultado el 15 de Julio de 2013] Disponible en internet: http://sai-open.com/web/ SOFTWARE DE GESTIÓN PARA TPV y PYMES. Empresa de Software Solinsur [en línea]. Bogotá [consultado el 15 de Julio de 2013] Disponible en internet: http://www.solinsur.net/ SOMERVILLE, Ian. Ingeniería de Software [en línea]. Séptima edición. Madrid: PEARSON EDUCACIÓN S.A., 2005. 693 p. [consultado el 18 de Junio de 2013]. Disponible en Internet: http://books.google.com.co/books?id=gQWd49zSut4C&printsec=frontcover&dq=sommerville&hl=es&sa=X&ei=8iLsUbyvFYze8wSpnIGADQ&ved=0CDEQ6AEwAA#v=onepage&q&f=false

TECNOCLINICA CIENCIA Y VIDA. Instrumentacion quirúrgica [en línea]. Santiago de Cali [consultado el 10 de Junio de 2013] Disponible en internet: http://www.tecnoclinicaltda.com/