gestor de información clínica veterinaria santa maría de
TRANSCRIPT
Gestor de información Clínica Veterinaria Santa María de los Llanos
Practica Social, Empresarial y Solidaria
Alberto Ayala Rodríguez, Alejandro Forero Vanegas & Jackson Muñoz García.
Asesor Técnico: Miguel Antonio Ojeda Enriquez
Asesor metodológico: Francy Yaneth Patiño Martínez
Universidad Cooperativa de Colombia
Facultad de Ingenierías
Programa de ingeniería de sistemas
28 de noviembre de 2020
2
Agradecimientos
Agradecemos al ingeniero Carlos Ignacio Torres Londoño por apoyarnos cuando más lo
necesitábamos y darnos un punto de vista diferente en el transcurso y desarrollo de la práctica
empresarial.
Agradecemos al ingeniero Franz Bartels por educarnos con el carácter que debe tener un
ingeniero, de igual manera por motivarnos de seguir aprendiendo y de que no estudiamos
cualquier carreara, si no la mejor que existe.
Agradecemos a todos nuestros docentes en especial nuestros asesores de modalidad de
grado, por apoyarnos durante toda la carrera y brindarnos los conocimientos necesarios para
desempeñarnos en nuestra próxima vida laboral.
Por último, un gran agradecimiento a nuestro grupo de amigos con el cual compartimos
toda la carrera, sin ellos haber estado en la universidad y haber estudiado ingeniería de sistemas
no habría sido lo mismo. Muy bien dice el dicho “Si quieres ir rápido camina solo, si quieres
llegar lejos ve acompañado”
3
Introducción
El propósito del siguiente informe es dar a conocer el trabajo realizado durante el desarrollo
de la práctica social, empresarial y solidaria en la Clínica Veterinaria Santa María de los Llanos,
lo anterior de conformidad con el convenio de prácticas entre la Universidad Cooperativa de
Colombia y Santa Clínica Veterinaria María de los Llanos, en el área de desarrollo e
implementación de software de gestión de información de historia clínica.
4
Abstract
The purpose of the following report is to publicize the work carried out during the
development of the social, business and solidarity practice at the Santa María de los Llanos
Veterinary Clinic, the foregoing in accordance with the internship agreement between the
Cooperative University de Colombia and Santa María de los Llanos Veterinary Clinic, in the area
of development and implementation of clinical record information management software.
5
Tabla de Contenido
1. Descripción y naturaleza de la organización ............................................................................ 10
1.1 Clínica Veterinaria Santa María de los Llanos ................................................................... 10
2. Requerimientos de la Organización .......................................................................................... 12
2.2 Identificación de los usuarios participantes ........................................................................ 12
2.2.1 Desarrolladores del sistema ......................................................................................... 12
2.2.2 Beneficiarios ................................................................................................................ 13
2.2.3 Definiciones ................................................................................................................. 15
2.3 Objetivos y alcance de sistema ........................................................................................... 15
2.3.1 Objetivo General: ......................................................................................................... 15
2.3.2 Objetivos específicos: .................................................................................................. 15
2.3.3 Alcance del sistema ...................................................................................................... 15
2.3.4 Perspectiva ................................................................................................................... 16
2.4 Metodología, desarrollo rápido de aplicaciones ................................................................. 16
2.5 Arquitectura web ................................................................................................................. 18
2.5.1 Modelo cliente- servidor .............................................................................................. 18
2.5.2 Arquitectura de desarrollo del software ....................................................................... 20
3. Plan de acción. .......................................................................................................................... 25
3.1 Cronograma de actividades del proyecto ............................................................................ 25
3.2 Presupuesto ......................................................................................................................... 25
4. Actividades realizadas. ............................................................................................................. 27
4.1 Levantamiento de información ........................................................................................... 27
4.2 Análisis de información ...................................................................................................... 27
4.3 Documento SRS e identificación de los requisitos funcionales y no funcionales .............. 31
4.5 Adaptación y recolección de información sobre auto dictado por voz ............................... 43
4.6 Testeo y pruebas de auto dictado de voz ............................................................................. 46
4.7 Elaboración del diseño entidad relación y trasladarlo a un gestor de bases de datos. ........ 47
4.8 Implementación de roles y permisos................................................................................... 54
4.9 Realización del módulo inicio de sesión. ............................................................................ 54
4. 10 Realización de módulo de historias clínicas .................................................................... 55
6
5. Logros y lecciones aprendidas. ................................................................................................ 58
6. Limitaciones, conclusiones y recomendaciones ....................................................................... 60
Referencias .................................................................................................................................... 61
7
Lista de tablas
Tabla 1 Datos de Alberto Ayala ................................................................................................... 12
Tabla 2 Datos de Alejandro Forero .............................................................................................. 13
Tabla 3 Datos de Jackson Muñoz ................................................................................................ 13
Tabla 4 Rol de administrador del sistema .................................................................................... 13
Tabla 5 Rol de Médico veterinario .............................................................................................. 14
Tabla 6 Rol de cliente .................................................................................................................. 14
Tabla 7 Rol de paciente ................................................................................................................ 14
Tabla 8 Definiciones .................................................................................................................... 15
Tabla 9 Presupuesto ..................................................................................................................... 26
8
Lista de ilustraciones
Ilustración 1 Gráfico de modelo cliente - servidor ...................................................................... 18
Ilustración 2 Gráfico de relación del servidor con el cliente ....................................................... 19
Ilustración 3 Modelo, vista y controlador ................................................................................... 21
Ilustración 4 Clase usuario .......................................................................................................... 22
Ilustración 5 Clase DB ................................................................................................................ 23
Ilustración 6 Función registro de usuarios .................................................................................. 24
Ilustración 7 Cronograma de actividades .................................................................................... 25
Ilustración 8 Elaboración del primer wireframe.......................................................................... 28
Ilustración 9 Elaboración del segundo wireframe ....................................................................... 29
Ilustración 10 Elaboración del tercer wireframe ......................................................................... 30
Ilustración 11 Diagrama de casos uso ......................................................................................... 36
Ilustración 12 Diagrama clases.................................................................................................... 37
Ilustración 13 Vista principal (Landing page) ............................................................................ 39
Ilustración 14 Registro del paciente (Pop up) ............................................................................. 39
Ilustración 15 Apartado de opciones de médicos veterinarios .................................................... 40
Ilustración 16 Apartado de opciones administrador del sistema ................................................. 40
Ilustración 17 Inicio de sesión (Pop up) ...................................................................................... 41
Ilustración 18 Información del cliente......................................................................................... 43
Ilustración 19 Reconocimiento de voz ........................................................................................ 44
Ilustración 20 Representación gráfica de la API ......................................................................... 46
Ilustración 21 Testeo auto dictado de voz. .................................................................................. 46
Ilustración 22 Modelo entidad relación ....................................................................................... 48
Ilustración 23 Modelo entidad anormalidad ................................................................................ 49
Ilustración 24 Modelo entidad examen ....................................................................................... 49
Ilustración 25 Modelo entidad mascota....................................................................................... 50
Ilustración 26 Modelo entidad historia cliníca ............................................................................ 50
Ilustración 27 Modelo entidad problema..................................................................................... 51
Ilustración 28 Modelo entidad propietario .................................................................................. 51
Ilustración 29 Modelo entidad usuario ........................................................................................ 52
Ilustración 30 Modelo entidad veterinario .................................................................................. 52
9
Ilustración 31 Modelo relacional ................................................................................................. 53
Ilustración 32 Rol super administrador. ...................................................................................... 54
Ilustración 33 Rol médico veterinario ......................................................................................... 55
Ilustración 34 Historia clínica 1 .................................................................................................. 56
Ilustración 35 Historia clínica 2 .................................................................................................. 57
Ilustración 36 Historia clínica en producción .............................................................................. 58
10
1. Descripción y naturaleza de la organización
1.1 Clínica Veterinaria Santa María de los Llanos
La clínica veterinaria Santa María de los Llanos se encuentra ubicada en el barrio
el Buque de la ciudad de Villavicencio (Meta).
En esta veterinaria el manejo de información con respecto a la historia clínica de
los animales, los resultados cronológicos, los resultados de los exámenes y la entrega de
reportes hacia los clientes no es el óptimo y eficaz, debido a que dentro de la entidad existen
máquinas como la esaote MyLabOne, que permite generar informes con respecto a lo que
se haya obtenido en el escáner de ultrasonido, pero no se encuentra conectada a ninguna
red de la clínica, lo cual genera un retraso en el manejo de la información. Muchas veces
los doctores de la clínica deben generar un informe dentro de la misma máquina con
respecto a las anomalías que hayan encontrado en el proceso del escáner, una vez hecho el
informe los veterinarios sacan la información de la máquina y lo guardan en su memoria
USB.
La clínica también cuenta con una estación llamada IDEXX VetLab Station la cual
ayuda a la veterinaria con el análisis bioquímico de los animales, una vez hecho el análisis
los resultados son transferidos a una computadora, la cual tiene una carpeta que contiene
el resultado de todos los exámenes según su orden de realización. La entidad también
cuenta con su formulario de historia clínica para los animales.
Una vez terminados los exámenes y llenada la historia clínica, los veterinarios
transfieren dicha información a un formato digital uniendo la historia clínica con los
exámenes realizados. Toda la información la queman en un CD y es entregada al
propietario del animal para que de esta forma conozca el diagnóstico del animal, que
exámenes se le hicieron cuando será la próxima cita, si se llagara a formular.
11
1.2 Misión
“Trabajar conjuntamente para ofrecer bienestar a las familias de nuestros pacientes,
fortaleciendo el vínculo emocional que existe entre las personas y sus animales de
compañía por medio de la prestación de servicios médicos veterinarios y complementarios
de la más alta calidad con trato cálido y amable; aportando con la tecnología y estándares
operacionales a la innovación y desarrollo profesional del sector en Colombia.
Nuestro equipo de trabajo comparte valores y principios éticos, que brindan, el
respeto, la responsabilidad, excelencia y compromiso para con nuestros pacientes, usuarios
y equipo de trabajo”. (Moreno, 2020)
1.3 Visión
“Ser una empresa sólida y dirigente en la prestación de servicios médicos
veterinarios de los más altos parámetros en calidad y competencias profesionales,
profundizando el área del conocimiento en los servicios para pequeños animales, dotada
de tecnología de avanzada, con un equipo médico de profesionales y paramédicos idóneos
en el área.
Socialmente comprometidos en proveer confort y calidad de vida a las familias de
nuestros pacientes por medio de la prevención y el cuidado sanitario de estos, sobre la base
de la preservación del medio ambiente y ofreciendo bienestar a empleados y accionistas”.
(Moreno, 2020)
12
2. Requerimientos de la Organización
2.1 Propósito de la práctica empresarial
La clínica veterinaria Santa María de los Llanos requirió implementar un Gestor de
Información clínico veterinario de tipo EHR (Electronic Health Record, Registro
Electrónico de Salud) el cual está diseñado para la administración o seguimiento del
proceso perteneciente al paciente animal. Por consiguiente, autorizará que la Historia
clínica del animal sea distribuida o consultada por las personas capacitadas o involucradas
en el ciclo de este. Con la implementación de este gestor de información habrá una
disminución de costos (dinero) ya que, la entrega de resultados a los clientes siempre es
por medio de un soporte digital o sea un CD. Por lo tanto, para darle conocimiento del
estado de salud del paciente a los propietarios simplemente será suficiente con tener acceso
a internet y digitar algunos datos que serán requeridos para autenticar que la información
si se puede entregar.
2.2 Identificación de los usuarios participantes
2.2.1 Desarrolladores del sistema
Tabla 1 Datos de Alberto Ayala
Nombre Alberto Ayala
Rol Analista, programador
Categoría profesional Ingeniero de sistemas
Responsabilidad Análisis de información, programación backend
Información de contacto [email protected]
13
Tabla 2 Datos de Alejandro Forero
Nombre Alejandro Forero
Rol Analista, diseñador
Categoría profesional Ingeniero de sistemas
Responsabilidad Análisis de información, diseño frontend
Información de contacto [email protected]
Tabla 3 Datos de Jackson Muñoz
Nombre Jackson Muñoz
Rol Analista, Devops Developer
Categoría profesional Ingeniero de sistemas
Responsabilidad Análisis de información, deploy del proyecto
Información de contacto [email protected]
2.2.2 Beneficiarios
Tabla 4 Rol de administrador del sistema
Tipo de usuario Administrador del sistema
Formación Médico Veterinario
Actividades
Control manejo del sistema en general, control y registro
de los médicos veterinarios. Tiene relación directa tanto
con los veterinarios como los clientes y pacientes.
14
Tabla 5 Rol de Médico veterinario
Tipo de usuario Médico Veterinario
Formación Médico Veterinario
Actividades
Control, creación y manejo de las historias clínicas,
clientes y pacientes. Tiene relación directa con los clientes
y pacientes.
Tabla 6 Rol de cliente
Tipo de usuario Cliente
Formación NA
Actividades
Proporciona la información del paciente y del mismo para
que esta sea guardada en el sistema como una historia
clínica.
Tabla 7 Rol de paciente
Tipo de usuario Paciente
Formación NA
Actividades Usuario al cual se le toman datos generales de su estado
físico para llenar la historia clínica.
15
2.2.3 Definiciones
Tabla 8 Definiciones
Nombre Descripción
Cliente Persona dueño o amo de la mascota
Paciente Animal o mascota
2.3 Objetivos y alcance de sistema
2.3.1 Objetivo General:
Desarrollar una web site para la administración/unificación de la información con
respecto a la historia clínica (resultado de exámenes), resultados cronológicos y reportes
hacia los clientes con respecto al estado de salud del animal en la clínica veterinaria Santa
María de los Llanos.
2.3.2 Objetivos específicos:
• Efectuar el análisis de los requerimientos funcionales.
• Realizar el diseño y maquetación de la página web.
• Adaptar la plataforma web a las necesidades del usuario.
2.3.3 Alcance del sistema
Para el desarrollo del proyecto se analizó el posible alcance con respecto al futuro
relacionado de la Clínica Veterinaria Santa María de los Llanos y se concluyó que al ser
una web site lo que se espera de este proyecto es que logre automatizar, por medio
electrónico, las historias clínicas (realizar las historias clínicas de cada uno de los pacientes
y guardarlas en una base de datos), por lo tanto los procesos tanto de la recolección como
la búsqueda de datos de los pacientes serán más ágiles. (Sarmiento & Quiros Traslaviña,
2013)
16
2.3.4 Perspectiva
El producto se desarrolló en una web site la cual será consumida a través de una
interfaz gráfica, que está diseñada para ser utilizada tanto en ordenador y esta interfaz es
lo más amigable e intuitiva posible para los usuarios. La web site está conectada a una red
en el que se manipulará la información de la clínica, esta cuenta con una base de datos
disponible para que sea actualizada por el servidor. (Pauline, 2020)
2.4 Metodología, desarrollo rápido de aplicaciones
La metodología de desarrollo rápido de aplicaciones (RAD por sus siglas en inglés)
se crea para aprovechar al máximo el desarrollo de software. Está dirigida a reducir la
cantidad de construcción necesaria para elaborar el producto. RAD es un proceso de
desarrollo condensado que produce un sistema de alta calidad con bajos costos de
inversión. Es posible que, debido a la capacidad de ajustar rápidamente las cosas
requeridas, la esencia de esto es producir resultados rápidamente.
Durante el desarrollo si hizo usó de RAD ya que va orientada a la parte técnica del
proyecto, la identificación de los requerimientos funcionales, el diseño, los datos y las
pruebas. A continuación, se da una descripción detallada de la implementación de dicha
metodología: (Oliva, 2020)
• Modelo de gestión: para la parte del modelo de gestión se hicieron reuniones con
los veterinarios de la clínica se generaron preguntas tales como, ¿cómo generaban
una historia clínica de un paciente nuevo?, ¿qué datos adicionales o condiciones
podía tener una historia clínica?, ¿cómo era el proceso de obtención de la
información referente a la parte de exámenes médicos?, ¿dónde se guardaba la
información referente a los exámenes médicos de los animales?, ¿cuántos exámenes
podría llegar a tener un paciente?. Una vez contestadas éstas preguntas
funcionamiento interno y el flujo de la información en la clínica fue mucho mayor
para el equipo de desarrolladores.
17
• Modelo de datos: en esta parte se dio un manejo a toda la información obtenida y a
través de herramientas CASE (Lucidchart, StartUml y Figma), se generaron las
clases del sistema, las tablas de la base de datos con sus respectivas relaciones y las
interfaces de la página web con su respectivo flujo.
• Modelo de proceso: en este punto ya estaban elaborados los modelos y diseños de
la base de datos, las clases y las interfaces, el paso siguiente era codificar todo lo
obtenido en el análisis y modelado, creando así las interfaces, la base de datos, las
clases con sus métodos y atributos correspondientes.
• Generación de aplicaciones: esta parte fue crucial y fundamental en el desarrollo
del proyecto, debido a que se había componentes de una vista que podían ser
utilizados en otras vistas, cuando se habla de vistas se hace referencia a un enfoque
en la parte de Front-end de la aplicación, debido a esto, componentes como el
header, footer, tablas y algunos inputs fueron reutilizados en otras vistas.
• Pruebas de entrega, en el proceso de pruebas lo que se hizo fue trasladar lo que
funcionaba de manera local a la parte web, se hizo el despliegue de la aplicación en
un proveedor gratuito, en cual se validaron que todas las funcionalidades realizadas
de manera local también funcionaran en el ambiente de la nube.
Por otra parte, se tomó como apoyo la herramienta Trello. Trello es una página web
en la cual se hace uso o se implementa la metodología Kanban para la asignación de
actividades del grupo de trabajo. Con Trello se agendaban reuniones online cada semana
por Google Meets o en algunas ocasiones por Microsoft Teams, en las cuales (en relación
con las reuniones) se delegaban tareas a cada participante del proyecto, de igual manera se
registraban dichas actividades en la plantilla de Trello. Pasada una semana nuevamente se
realizaba un agendamiento de reunión para ver los avances, los problemas o si había que
hacer algún tipo de recolección de información. (Hernandez F. , 2016)
18
2.5 Arquitectura web
2.5.1 Modelo cliente- servidor
La arquitectura web usada para el despliegue de la aplicación fue la del Modelo
Cliente-Servidor, la cual es un modelo que funciona como una aplicación distribuida, que
divide sus tareas o cargas de trabajo entre los proveedores de un recurso o servicio
(servidores) y las personas que hacen solicitudes de servicio (clientes), dentro de este
modelo la comunicación entre cliente y los servidores se realiza a través de una red
informática, pero ambos pueden estar en la misma máquina. Un servidor es un host que
ejecuta uno o más programas que comparten sus recursos con los clientes, aunque no se es
que se ejecute sobre una sola máquina ni es necesariamente un solo programa.
Ilustración 1 Gráfico de modelo cliente - servidor
Ilustración tomada de (Garcia, 2012)
El funcionamiento del modelo es el siguiente:
• Desde un navegador web (cliente) los usuarios hacen una solicitud de carga a una
página web indicando su URL.
• El servidor recibe la petición de la página web y busca en el sistema de
almacenamiento la página solicitada mediante la URL.
• El servidor envía el contenido de la página web (código fuente) a través del mismo
medio por el que se recibió la petición.
19
• El navegador web recibe el código fuente de la página y lo interpreta mostrando al
usuario la página web.
El servidor web cumple con enviarle al cliente el recurso solicitado sin hacer ningún
tratamiento sobre él, es decir, la información devuelta puede ser una página HTML, un
archivo de sonido, una imagen, un documento PDF o cualquier otro tipo de archivo.
Ilustración 2 Gráfico de relación del servidor con el cliente
Ilustración de invención propia
Ventajas:
• Centralización del control: el acceso a recursos e integridad de los datos son
manejados por el servidor de forma que un programa o un cliente defectuoso no
autorizado no puede acceder al sistema ni tampoco dañarlo.
• Escalabilidad: el aumentar la capacidad de clientes y servidores puede ser de forma
separada, además cualquier elemento puede ser aumentado o mejorado en cualquier
momento o también se pueden añadir nuevos nodos a red (cliente y/o servidores).
• Fácil mantenimiento: como las funciones y responsabilidades están distribuidas
entre varios ordenadores independientes, gracias a eso es posible reemplazar,
reparar, actualizar o en muchos casos trasladar un servidor, mientras que sus
20
clientes no se verán afectados por ese cambio, dicha independencia de los recursos
se conoce como encapsulación.
Desventajas:
• Congestión: la concurrencia de usuarios accediendo a un servidor es uno de los
problemas más comunes dentro del modelo Cliente-Servidor, debido a que cuando
una gran cantidad de clientes envían peticiones simultaneas al mismo servidor
puede que los servidores no tengan la capacidad para responder a esa cantidad tan
masiva de peticiones generando, en muchos casos, que las páginas dejen de
funcionar por algún tiempo o también conocido como denegación de servicios.
• Disponibilidad de los recursos para los clientes: los clientes no pueden acceder a
los recursos que existen dentro del servidor. Ejemplo: si la aplicación es web, no se
puede escribir en el disco duro del cliente o imprimir directamente sobre las
impresoras sin primero acceder a la vista previa de impresión de los navegadores.
(Garcia, 2012)
2.5.2 Arquitectura de desarrollo del software
Para el desarrollo de la aplicación web se tomaron como modelo las buenas
prácticas del patrón de arquitectura de desarrollo MVC (modelo, vista y controlador), el
cual está compuesto por tres módulos, separando la lógica de la aplicación de la lógica de
la vista, patrón arquitectónico es utilizado tanto para componente gráficos básicos hasta
sistemas empresariales, hoy en día la mayoría de Frameworks utilizan MVC o alguna
adaptación del MVC para su arquitectura.
21
Ilustración 3 Modelo, vista y controlador
Ilustración tomada de (Hernandez U. , 2015)
• Modelo: este componente es el encargado de los datos, generalmente (no en todos
los casos) hace consulta a la base de datos como actualizaciones, búsquedas, etc.
Todo ese tipo de acciones van aquí, en el modelo.
• Controlador, es el encargado de controlar, recibe las peticiones que hace el usuario
y se encarga de solicitar los datos al modelo y de comunicarse con las vistas.
• Vista: aquí se encuentra la representación visual de los datos, todo aquello que
tenga que ver con la interfaz gráfica de la aplicación estará en este componente. Ni
el modelo ni el controlador se preocupan de cómo se verán los datos, esta
responsabilidad sólo les corresponde a las vistas. (Hernandez U. , 2015)
Por lo anterior, para el desarrollo de la aplicación web se optó por utilizar las buenas
prácticas que hay en la arquitectura MVC, dividiendo el código en tres partes:
• Includes: dentro de este módulo se encuentra la lógica de la aplicación, las clases,
la conexión al servidor de base de datos y todas las funciones relacionadas con las
peticiones de los usuarios.
22
Clase usuario
Ilustración 4 Clase usuario
Nota. (Esto es una captura del código)
23
Clase data base:
Ilustración 5 Clase DB
Nota. (Esto es una captura del código)
• JS, dentro de este módulo se encuentra el manejo de las peticiones que hará el
cliente a la aplicación, el cual cumple la función de comunicar al módulo de la
lógica y las vistas.
24
Registro de usuarios
Ilustración 6 Función registro de usuarios
Nota. (Esto es una captura del código)
25
3. Plan de acción.
3.1 Cronograma de actividades del proyecto
Durante la elaboración del proyecto se gestionaron unas actividades por realizar
para culminarlo en su totalidad, a continuación, se representa un diagrama de Gant donde
se expresa el proyecto en su totalidad con su respectiva duración.
Ilustración 7 Cronograma de actividades
Nota. (Elaborado en Project) Elaboración propia
3.2 Presupuesto
Para el desarrollo de esta práctica empresarial se tuvieron en cuenta los costos
necesarios para una correcta planificación, entre estos están los costos de cada uno de los
desarrolladores, el consumo de luz, el consumo de internet, las visitas técnicas que se
hicieron al establecimiento para hacer el levantamiento de información y las pruebas,
también se tuvo en cuenta la opción de alojar el proyecto en un hosting; pero este costo es
opcional ya que es decisión del cliente o usuario. A continuación, una tabla con más detalle.
26
Tabla 9 Presupuesto
Dependencia Costo Periodo
Programador $ 900.000 Mensual
Programador $ 900.000 Mensual
Diseñador/Programador $ 1.200.000 Mensual
Luz $ 150.000 Mensual
Vistas Técnicas $ 24.000 Mensual
Internet $ 120.000 Mensual
Hosting (Opcional) $ 60.000 Anual
Total $ 13.236.000 4 meses
27
4. Actividades realizadas.
Las actividades que se realizaron durante la práctica empresarial y de igual manera
para culminar el proyecto fueron:
4.1 Levantamiento de información
El proceso de levantamiento de información se realizó mediante entrevistas las
cuales fueron 3; 2 de estas fueron presenciales y 1 de forma virtual (videollamada) a través
de la plataforma Teams de Microsoft. (Microsoft) Estas entrevistas se puede apreciar en el
apartado de anexos (Anexo B, Anexo C, Anexo D).
4.2 Análisis de información
Luego del levantamiento de información se procedió a un análisis profundo de
cómo se realizó el producto, en esta parte se hizo un enfoque hacia los wireframes de las
vistas, en este proceso se vieron involucrados los tres desarrolladores, ya que tener puntos
de vistas diferente puede llevar a un excelente producto. Esto se hizo para entender el flujo
del modelo de negocio, y así plantear los requisitos para el sitio web site. A continuación,
imágenes de los wireframes planteados.
28
Ilustración 8 Elaboración del primer wireframe
Elaboración propia
29
Ilustración 9 Elaboración del segundo wireframe
Elaboración propia
30
Ilustración 10 Elaboración del tercer wireframe
Elaboración propia
31
4.3 Documento SRS e identificación de los requisitos funcionales y no funcionales
• Funcionalidad del proyecto
Restricciones de la web site:
• Para su correcto funcionamiento se requiere un navegador web actualizado como
lo son Firefox, Google Chrome etc.
• No contara con aplicación para dispositivos móviles.
• En el auto dictado por voz no se podrán hacer pausas ya que el sistema las toma
como finalizado el texto
• Para que sea satisfactorio el uso del auto dictado se requiere un buen dispositivo de
captura de voz (Micrófono)
• Para registrar una historia clínica primero se debe registrar un paciente
• Para registrar un paciente primero se debe registrar un cliente
• Para registrar clientes debe haber un Médico veterinario que registre.
Requisitos Funcionales
a) Inicio de sesión
Introducción: El sistema debe permitir un inicio de sesión el cual solo podrán acceder
los medico veterinarios.
Entrada: Documento de identidad del Médico Veterinario y contraseña
Proceso: En una ventana modal habrá un Login donde se ingresa el documento de
identidad y la contraseña para poder acceder al apartado de historias clínicas
Precondiciones: Estar registrado.
Salida: Acceso al apartado de historias clínicas.
32
Efectos colaterales: Aviso de documento de identidad o contraseña incorrecta.
Después de tres intentos contactar con el administrador del sistema para poder
solucionar el problema.
b) Cerrar sesión
Introducción: El sistema debe permitir cerrar una sesión iniciada por un médico
veterinario.
Entrada: Evento en el botón cerrar sesión
Proceso: el médico veterinario dará clic en el botón cerrar sesión y saldrá de la sesión
iniciada
Precondiciones: Haber iniciado sesión
Salida: Se redirecciona a la página principal de la clínica veterinaria (Landing Page)
Efectos colaterales: Ninguno
c) Registro de nuevo cliente
Introducción: El médico veterinario ingresa información de los nuevos clientes
Entrada: Datos personales: Nombre del propietario, documento de identidad,
profesión, dirección, teléfono, e-mail.
Proceso: En un formulario el médico veterinario de la clínica ingresa los datos del
propietario del paciente.
Precondiciones: ninguna.
Salida: Aviso de confirmación de almacenamiento exitoso y redireccionado al
apartado de la historia clínica del paciente
Efectos colaterales: ninguno.
d) Registro de nuevo paciente
Introducción: El médico veterinario ingresa información del nuevo paciente (mascota)
33
Entrada: Datos generales del paciente: Nombre, especie, raza, color, fecha de
nacimiento y sexo.
Proceso: En un formulario el médico veterinario de la clínica ingresa los datos del
paciente.
Precondiciones: Tener el cliente o propietario de la mascota registrado.
Salida: Aviso de confirmación de almacenamiento exitoso.
Efectos colaterales: ninguno.
e) Crear una nueva historia clínica
Introducción: El médico veterinario ingresa información de la nueva historia clínica
de un paciente.
Entrada: Datos del paciente sobre su estado: anamnesis, signos clínicos observados,
tratamiento y respuesta, alimentación, hábitat estado reproductivo, estado sanitario,
viajes, observaciones, actitud, temperamento, frecuencia respiratoria, frecuencia
cardiaca, pulso, temperatura, condición corporal, característica pulmonar, mucosa,
TLLC, peso, anormalidades(piel y anexos, respiratorio, cardiovascular, digestivo,
musco esquelético, nervioso, genitourinario, glándula mamaria, órganos de los
sentidos, ganglios linfáticos), Lista de problemas, plan terapéutico, diagnóstico,
tratamiento, pronóstico, argumentos del pronóstico y próximo control.
Proceso: En un formulario el médico veterinario de la clínica ingresa los datos del
paciente en la historia clínica.
Precondiciones: Tener el paciente o mascota registrado para poder asignarle la historia
clínica.
Salida: Aviso de confirmación de almacenamiento exitoso.
Efectos colaterales: ninguno.
34
g) Búsquedas de clientes
Introducción: El sistema debe permitir hacer búsquedas de clientes por medio del
documento de identidad.
Entrada: Documento de identidad del cliente a buscar.
Proceso: En un pequeño buscador el médico veterinario de la clínica ingresa el
documento de identidad del propietario del paciente.
Precondiciones: ninguna.
Salida: Listado de los pacientes o mascotas que le corresponden a este cliente o
propietario.
Efectos colaterales: aviso de usuario no encontrado.
h) Auto dictado por voz
Introducción: El sistema debe permitir por medio del auto dictado de voz llenar
campos de la historia clínica
Entrada: Datos particulares: Anamnesis, signos clínicos observados, tratamiento
previo y respuesta, estado sanitario, viajes, observaciones, hallazgos anormales, plan
terapéutico, diagnóstico, tratamiento, pronóstico.
Proceso: El médico veterinario a la hora de diligenciar la historia clínica de algún
paciente tendrá la opción de llenarla por auto dictado por voz; Dándole clic en el botón
correspondiente para cada dato.
Precondiciones: Tener activado el botón del micrófono. Preferiblemente para usar en
el navegador de Google Chrome.
Salida: Se llena el campo correspondiente.
Efectos colaterales: no se llena el campo.
35
i) Registro de un nuevo médico veterinario
Introducción: El administrador del sistema ingresa información de los nuevos médicos
veterinarios.
Entrada: Datos personales: Nombre, documento de identidad, teléfono, contraseña y
registro médico
Proceso: En un formulario el administrador del sistema ingresa los datos de entrada
del nuevo médico veterinario.
Precondiciones: Ninguna
Salida: Aviso de confirmación de almacenamiento exitoso.
Efectos colaterales: Ninguno.
h) Agregar exámenes a una historia clínica de un paciente (mascota)
Introducción: El médico veterinario ingresa o enlaza exámenes tomados al paciente
con la historia clínica correspondiente.
Entrada: Exámenes.
Proceso: En el apartado de historia clínicas el médico veterinario selecciona la historia
clínica del paciente a la cual enlaza o carga los exámenes ya tomados.
Precondiciones: Tener una historia clínica ya creada.
Salida: Aviso de confirmación de almacenamiento exitoso.
Efectos colaterales: Ninguno
i) Exportar historias clínicas a un archivo PDF
Introducción: El médico veterinario tendrá la opción de exportar una historia clínica
deseada a formato PDF para tener una correcta lectura o si desea imprimirla.
Entrada: Historia clínica.
Proceso: En el apartado de historia clínicas el médico veterinario selecciona la historia
clínica del paciente a la cual desea exportarla a formato PDF.
36
Precondiciones: Tener una historia clínica ya creada.
Salida: Descarga automática – Ver documento.
Efectos colaterales: Ninguno
Luego de haber identificado cada uno de los requisitos funcionales para el
correcto funcionamiento del sistema, se procede a su modelado, donde se graficaron los
diagramas: diagrama de casos de uso, diagrama de clases y los diagramas de identidades
de la base dataos.
Ilustración 11 Diagrama de casos uso
Elaboración propia
37
Ilustración 12 Diagrama clases
Elaboración propia
38
4.4 Prototipado, maquetación y aplicación de estilos de la web site
El prototipado se elaboró en la herramienta Figma (Bracey, 2018). Durante el
prototipado de la web site se tomó como punto de referencia las peticiones de los médicos
veterinarios, de igual manera se adaptó a que este tuviera lo mejor de UX/UI design ya
que lo que se busco es que este sistema fuera lo más intuitivo y fácil de usar. Luego de
terminar el prototipado se hicieron sesiones de retroalimentación con los clientes para
saber si era necesario hacer cambios.
Ya que se tenía una aprobación del prototipado se procede a hacer la maquetación
y aplicar los estilos de este. Durante el proceso de maquetación se hicieron unos cambios
minuciosos visuales para que este tuviera una mejor atracción visual o estética. Los colores
de la UI fueron tomados en base del logo de la clínica, donde se hizo una descomposición
del color azul para tomar diferentes tonalidades. De igual manera se tomaron colores
complementarios para que la web site tuviera movimiento con las composiciones de
colores. A continuación, se mostrarán imágenes de las interfaces finales del producto.
39
Ilustración 13 Vista principal (Landing page)
Elaboración propia
Ilustración 14 Registro del paciente (Pop up)
Elaboración propia
40
Ilustración 15 Apartado de opciones de médicos veterinarios
Elaboración propia
Ilustración 16 Apartado de opciones administrador del sistema
Elaboración propia
41
Ilustración 17 Inicio de sesión (Pop up)
Elaboración propia
Ilustración 16 Registro de un cliente nuevo
Elaboración propia
42
Ilustración 17 Apartado de registro de Historia Clínica
Elaboración propia
43
Ilustración 18 Información del cliente
Elaboración propia
4.5 Adaptación y recolección de información sobre auto dictado por voz
El reconocimiento de voz es una forma de las tantas que existen para que el ser
humano se puede comunicar con una máquina, ésta forma se está sobreponiendo frente a
las otras formas de interacción tradicionales, entiéndase por tradicional presionar un botón,
las funcionalidades táctiles entre otras. (Turing, 2013). El auto dictado de voz es una
tecnología de gran ayuda para el llenado de inputs, por eso en este sistema se usó para el
llenado de las historias clínicas para así agilizar los procesos de digitar los campos que
pide en cada una de las historias clínicas.
44
Ilustración 19 Reconocimiento de voz
Nota. (Ilustración tomada de https://es.vecteezy.com/arte-vectorial/679328-
hombre-con-barba-con-reconocimiento-de-voz)
En la actualidad es posible hablar con los dispositivos móviles, los coches
de este siglo tienen incorporado dentro de su sistema comandos de voz, con lo que
no es necesario despegar la mirada de la vía o desplazar las manos del volante hacía
la radio para encenderla, sólo con decir el comando adecuado el carro entenderá
que debe encender la radio, este tipo de comando de voz también han sido
trasladados a los celulares y televisores.
Básicamente, el reconocimiento de voz es un proceso de clasificación de
patrones, el cual tiene como objetivo clasificar una señal de entrada (onda acústica)
en una secuencia de patrones previamente aprendidos y almacenados en unos
diccionarios de modelos acústicos y de lenguaje. (Martinez & Aguilar, 2013) Este
sistema de reconocimiento de voz está conformado por varias capas o modelos:
- Modelo acústico: esta parte inicial permite a la tecnología identificar
si el sonido ingresado proviene de una llamada móvil, de un celular o
cualquier otro medio. Es importante definir el canal de comunicación para
así establecer el grado de distorsión que puede tener o experimentar el
mensaje.
45
- Modelo lingüístico: el siguiente paso se trata del idioma, pero esta
parte no están sencilla como decirle al sistema que reconozca español,
inglés o alemán. No sólo es preciso entender la lengua sino los acentos que
hay incluidos en dicha lengua e incluso entender las formas de expresarse,
las cuales pueden ser diferentes en cada hablante.
- Modelo semántico: con él se consigue que el sistema de
reconocimiento de voz comprenda la forma de hablar de las personas, cómo
se construyen las frases y cómo podría variar esta construcción,
dependiendo de la cultura, región y de la forma en la que se puede llegar a
expresar las personas.
- Motor estadístico: esta parte final recoge la frase trascrita a texto y
realiza una búsqueda en la base de datos con los términos trascritos. Esta
consulta tiene que adivinar si la frase dicha viene desde un móvil, si el
acento y la forma de decirlo están pidiendo una determinada acción.
(EcuRed, 2019)
SpeechRecognitio es una interfaz de Web Speech API, donde Web Speech
API es la interfaz del controlador la cual se utiliza para el servicio de
reconocimiento de voz, además también maneja los SpeechRecognitionEvent, los
cuales representa un objeto de evento para el result y nomatch events, y contienen
aquellos datos asociados a un resultado provisional o definitivo con respecto al
reconocimiento de voz (MDN web docs, 2020), cabe recalcar que en algunos
navegadores, como los son Chrome, el uso de ésta tecnología va ligado a un motor
de reconocimiento basado en el servidos. El audio será enviado a un servidor web,
el cual se encargará de procesar la información y hacer el reconocimiento, por lo
que no funcionará en caso de que no haya conexión a internet. (contributors, 2019)
46
Ilustración 20 Representación gráfica de la API
Nota. (Ilustración tomada de https://www.simplifiedpython.net/speech-
recognition-python/)
4.6 Testeo y pruebas de auto dictado de voz
Durante el testeo que se elaboró del auto dictado de voz se hizo directamente desde el
sistema ya en la nube o en producción, esto se hizo ya que normalmente para poder dar uso
del micrófono dentro de una página web se necesita de un certificado SSL activo. Se
hicieron las pruebas pertinentes en cada uno de los inputs y funcionan en su totalidad. Cabe
recalcar que el uso de esta herramienta tiene unas restricciones o limitaciones, dado que es
una tecnología open source y está en constante mejoramiento.
Ilustración 21 Testeo auto dictado de voz.
Nota. (Esto es una captura de testeo realizado)
47
4.7 Elaboración del diseño entidad relación y trasladarlo a un gestor de bases de
datos.
Se plantearon todas las posibles relaciones que tiene la base de datos y se plasmaron
mediante los diagramas de entidad relación para tener un espectro sobre el modelo de
negocio mayor, luego como tal se formalizo el modelo relacional de la base de datos con
cada uno de sus atributos, llaves primarias, llaves foráneas y sus relaciones directas con las
demás tablas.
48
Ilustración 22 Modelo entidad relación
Elaboración propia
49
Ilustración 23 Modelo entidad anormalidad
Elaboración propia
Ilustración 24 Modelo entidad examen
Elaboración propia
50
Ilustración 25 Modelo entidad mascota
Elaboración propia
Ilustración 26 Modelo entidad historia cliníca
Elaboración propia
51
Ilustración 27 Modelo entidad problema
Elaboración propia
Ilustración 28 Modelo entidad propietario
Elaboración propia
52
Ilustración 29 Modelo entidad usuario
Elaboración propia
Ilustración 30 Modelo entidad veterinario
Elaboración propia
53
Ilustración 31 Modelo relacional
Elaboración propia
54
4.8 Implementación de roles y permisos
Se formalizaron dos roles, los cuales son: Super administrador y médico
veterinario. Esto se hizo para que el super administrador tenga total acceso a las opciones
que tiene el médico veterinario, pero además tendrá el permiso o privilegio de poder
registrar los médicos veterinarios nuevos, de igual manera editar sus datos dentro de la base
de datos. Lo anterior, con el fin de que el rol de médico no tenga el privilegio anteriormente
nombrado y aprovecharse de esto.
Dentro de la base de datos existe la tabla “tipousuario” donde se define que tipo de
rol tiene, y esta tiene una relación con veterinario, donde se puede apreciar que los dos
roles tienen los mismos atributos, lo que los diferencia es el tipo de usuario.
4.9 Realización del módulo inicio de sesión.
Como se había nombrado anteriormente se plantearon dos roles, por lo que se
elaboró un inicio de sesión con dos vistas diferentes para cada rol existente. A
continuación, se puede apreciar la diferencia de vistas entre un super administrador, que
tiene el privilegio de registrar médicos nuevos, y la vista del rol de médico veterinario.
Ilustración 32 Rol super administrador.
Elaboración propia
55
Ilustración 33 Rol médico veterinario
Elaboración propia
4. 10 Realización de módulo de historias clínicas
El módulo de historias clínicas se elaboró a partir del formato que tenían ya en el
establecimiento, al cual se plasmo de manera virtual, pero con modificaciones para que el
usuario tenga versatilidad en el diligenciamiento del formulario o historia clínica. A
continuación, una imagen del formato que tenían en el establecimiento y luego una imagen
de como quedo la historia clínica en el sistema.
56
Ilustración 34 Historia clínica 1
Nota (Fotografía primera parte del formato actual de historia clínica)
57
Ilustración 35 Historia clínica 2
Nota (Fotografía segunda parte del formato actual de historia clínica)
58
Ilustración 36 Historia clínica en producción
Elaboración propia
59
5. Logros y lecciones aprendidas.
La ejecución de la práctica empresarial o solidaria de la compañía, Clínica
Veterinaria Santa María de los Llanos pese a los inconvenientes que se tuvieron de
comunicación con los directivos, recibieron el producto con agrado y satisfacción ya que
se cumplió con sus expectativas de ellos.
Como logros obtenidos podemos destacar:
• Adaptación al trabajo remoto, debido a las dificultades de las restricciones de
la pandemia, se supo responder con las responsabilidades asignadas.
• Lograr que en la compañía hicieran uso de un gestor de información para los
registros tanto de usuarios, mascotas e historias clínicas.
Así mismo se aplicaron y obtuvieron nuevos conocimientos de desarrollo
ingenieril, lenguajes de programación, software libre, desarrollo web, diseño UX/UI entre
muchas cosas más.
60
6. Limitaciones, conclusiones y recomendaciones
Se puede instituir que las dificultades que existieron en la ejecución del proyecto
fueron pocas, pero en cierta forma limitaron el progreso y el alcance de este, entre ellas se
encuentran:
• Comunicación con los directivos de la empresa, esto fue debido a las
dificultades que se vieron durante la pandemia. Ya que hubo que cumplir
unas restricciones, y las personas tenían que adaptarse a un ritmo de vida
diferente al que llevaban.
• El tiempo para ejecutar el proyecto fue muy largo a comparación de lo que
se había formulado en el diagrama de Gant, esto más que todo fue por las
pocas reuniones que se hicieron con los directivos. Y esto producía que
había momentos los cuales no se podía avanzar.
• El trabajo en equipo es algo difícil de llevar, ya que muchas de las veces de
las asignaciones de tareas se tiene expectativas de los integrantes del grupo,
y puede que esas expectativas no son las que se esperaban.
61
Referencias
Bracey, K. (26 de 11 de 2018). ¿Qué es Figma? Obtenido de envatotuts:
https://webdesign.tutsplus.com/es/articles/what-is-figma--cms-32272
contributors, M. (2019 de 04 de 2019). SpeechRecognitionEvent. Obtenido de MDN web
docs: https://developer.mozilla.org/en-
US/docs/Web/API/SpeechRecognitionEvent
EcuRed. (1 de 09 de 2019). Reconocimiento automático de voz. Obtenido de EcuRed:
https://www.ecured.cu/Reconocimiento_autom%C3%A1tico_de_voz
Garcia, J. (11 de 09 de 2012). Modelos de arquitecturas web. Obtenido de
Javiergarciaescobedo: https://javiergarciaescobedo.es/despliegue-de-aplicaciones-
web/76-arquitecturas-web/253-modelos-de-arquitecturas-web
Hernandez, F. (31 de 05 de 2016). Trello y metodologías ágiles. Obtenido de
Nearsoftjobs: https://blog.nearsoftjobs.com/trello-y-metodolog%C3%ADas-
%C3%A1giles-5bb06e868bf5
Hernandez, U. (22 de 02 de 2015). MVC (Model, View, Controller) explicado. Obtenido
de Codigofacilito: https://codigofacilito.com/articulos/mvc-model-view-
controller-explicado
Martinez, G. A., & Aguilar, G. (2013). Reconocimiento de voz. ingenius revista de
ciencia y técnologia.
MDN web docs. (26 de 02 de 2020). SpeechRecognition. Obtenido de MDN web Docs:
https://developer.mozilla.org/en-US/docs/Web/API/SpeechRecognition
Microsoft. (s.f.). Microsoft Teams, más formas de ser un equipo. Obtenido de Microsoft
Teams: https://www.microsoft.com/es-co/microsoft-365/microsoft-teams/group-
chat-software
Moreno, A. (Octubre de 2020). Levantamiento de información. (A. Forero, Entrevistador)
Villavicencio.
Oliva, K. (15 de 09 de 2020). Metodología Rad. Obtenido de Metodologiarad.weebly:
http://metodologiarad.weebly.com/
62
Pauline. (14 de 01 de 2020). Especificación de requisitos de software (SRS): Consejos y
plantilla. Obtenido de Visure: https://visuresolutions.com/es/especificacion-de-
requisitos-de-software-srs-consejos-y-plantilla
Sarmiento, J. A., & Quiros Traslaviña, F. (01 de 02 de 2013). Ubnilibre. Obtenido de
Tesis:
https://repository.unilibre.edu.co/bitstream/handle/10901/8875/Sistema%20de%2
0informacion%20y%20gestion%20de%20proyectos%20de%20grado.pdf?sequen
ce=1
Turing, D. (1 de 12 de 2013). Cómo funciona un sistema de reconocimiento de voz.
Obtenido de elDiario.es: https://www.eldiario.es/tecnologia/diario-
turing/reconocimiento-voz-biometria_1_5143374.html
63
Anexo A. Acta de conformidad.
64
Anexo B. Primera entrevista:
Fecha: 30/09/2019
Tipo de Entrevista: Presencial (Se realizó en la clínica veterinaria)
Nombre del Entrevistado: Doctor Alexander Moreno, Doctor Adolfo Vásquez
Empresa o Comunidad: Clínica Veterinaria Santa María De Los Llanos
Objetivo: Conocer la veterinaria, darnos a conocer, poder comunicarnos con los
veterinarios y conocer la manera en que la veterinaria manejaba la información para
la historia clínica.
PREGUNTAS
1. ¿De qué manera manejan la historia clínica?
La historia clínica se maneja mediante una planilla en una hoja de papel, la cual se
llena a pulso y los exámenes se manejan de forma virtual en PDF, pero se imprimen
cuando son requeridos.
2. ¿Problemas con el manejo de información?
Los problemas que se encuentran con el manejo de información es posible pérdida
de la historia clínica por casos naturales y confusión a la hora de la entrega de
exámenes ya que es una persona la cual se encarga de imprimir los exámenes del
paciente
3. ¿Tipo de archivos que manejan en las historias clínicas?
-Archivo PDF
4. ¿Han utilizado algún Software para la veterinaria?
-Vetesoft
5. Explicación de la historia clínica
-La historia clínica la maneja el doctor que se encuentre de turno, se procede a llenar
de forma manual, solicitando todos los datos del paciente y los problemas que se le
encuentran al paciente y ordenar los exámenes, y mediante la historia clínica es el
soporte que tienen los doctores para realizar el procedimiento.
6. Explicación del resultado de los exámenes para la historia clínica
65
-Los resultados de los exámenes tales como radiografías o ecografías se convierten
a PDF y se almacenan en una USB la cual después es conectada al computador
principal de la veterinaria y se procede a guardar en una carpeta llamada
EXAMENES, por otro lado, los exámenes de orina y de sangre son realizados
mediante unas máquinas las cuales están conectadas al computador central
mediante cable ethernet y la información se almacena automáticamente.
7. Escuchar primeras peticiones de parte de los veterinarios, para la implementación
en la historia clínica.
-La historia clínica se debe realizar de manera virtual y que se puedan anexar los
exámenes, y que a la hora de solicitar la historia clínica se encuentre toda en un
paquete y así evitar la pérdida de información.
66
Anexo C. Segunda entrevista:
Fecha: 10/02/2020
Tipo de Entrevista: Presencial (Se realizó en la clínica veterinaria)
Nombre del Entrevistado: Doctor Alexander Moreno, Doctor Adolfo Vásquez
Empresa o Comunidad: Clínica Veterinaria Santa María De Los Llanos
Objetivo: Reunirnos con los veterinarios y el cuerpo de trabajo para observar la
historia clínica y debatir ideas para la implementación de la plataforma web.
PREGUNTAS
1. ¿Quién realiza la historia clínica?
-La realiza el doctor que se encuentre de turno la cual es firmada con el NIT y firma
del doctor que atendió al paciente
2. ¿Cómo diligencian la historia clínica?
-La historia clínica se diligencia a pulso por el doctor que atienda al paciente
3. ¿Cómo manejan los campos de la historia clínica?
-Algunos campos son descriptivos y otros de selección múltiple
4. Campos que desean implementar
-Implementar campos mediante dictado de voz, y un apartado en el cual se carguen
los exámenes a la historia clínica.
5. Charla sobre servidores
-Se les da una charla sobre el funcionamiento del host y la importancia que tiene en
el proyecto.
67
Anexo D. Tercera entrevista:
Fecha: 02/05/2020
Tipo de Entrevista: Virtual (Se usó la herramienta Teams)
Nombre del Entrevistado: Doctor Alexander Moreno, Doctor Adolfo Vásquez
Empresa o Comunidad: Clínica Veterinaria Santa María De Los Llanos
Objetivo: Mostrar diseño de la plataforma web, escuchar a los veterinarios sus
puntos de vista y realizar modificaciones en la historia clínica, hablar sobre costos
del alojamiento del sitio web.
PREGUNTAS
1. ¿Qué les parece el diseño de la página?
-Se encuentran a gusto con el diseño presentado, no presentan inconformidad sobre
la letra, colores y tamaño.
2. ¿Desean realizar modificaciones al diseño?
-Se realiza cambio a algunos campos de la historia clínica, para comodidad de los
doctores a la hora de ordenar los exámenes para el paciente.
3. ¿El diseño cumple con las expectativas?
-Mucho más de las expectativas que tenían los doctores, críticas constructivas, y
voz de aliento de que nuestro software es mejor que algunos de la competencia.
4. ¿Incluirían el proyecto a la veterinaria?
-Si, la fase que fue propuesta y se espera poder continuar con el fortalecimiento del
software para implementarlo al mercado.
5. ¿Qué opinan del host planteado?
-Se encuentran satisfechos con los precios y los servicios que brinda Hostinger.com
y es el host que se escogió para alojar el sitio web.