Trabajo Ingenieria de Software PDF

Contenido
1. INTRODUCCIÓN ....................................................................................................................... 2
2. OBJETIVO GENERAL ................................................................................................................. 3
3. OBJETIVOS ESPECIFICOS .......................................................................................................... 4
4. PLANTEAMIENTO DEL PROBLEMA .......................................................................................... 4
5. JUSTIFICACIÓN......................................................................................................................... 7
6. MARCO TEORICO ..................................................................................................................... 8
6.1. Importancia de los sistemas de información .................................................................. 8
6.2 La especificación de requerimientos, una fase de suprema importancia....................... 9
6.3 Crecimiento del sector informático .............................................................................. 10
7. MARCO LEGAL ....................................................................................................................... 11
7.1. Aspectos generales........................................................................................................ 11
7.2. Implicaciones de las normas en el desarrollo de software ......................................... 12
8. METODOLOGÍA DE DESARROLLO DE SOFTWARE ................................................................. 15
8.1. Análisis inicial ................................................................................................................ 15
8.2. Tabla de asignación de tareas ....................................................................................... 17
8.3. Tabla de horarios de las reuniones ............................................................................... 18
8.4. Cronograma de trabajo ................................................................................................. 19
9. ASPECTOS DE VALOR AGREGADO ......................................................................................... 20
10. TABLA DE REQUERIMIENTOS CONSOLIDADOS ................................................................. 22
11. AGENDAMIENTO DE CITAS ................................................................................................ 31
11.1. Casos de uso agendamiento de citas ........................................................................ 31
11.2 Diagrama de clases agendamiento de citas .................................................................. 39
11.4 Diagrama de secuencia ................................................................................................. 40
12. FACTURACIÓN ................................................................................................................... 41
12.1. Casos de uso facturación........................................................................................... 41
13. INVENTARIO ...................................................................................................................... 52
13.1. Casos de uso Inventario ................................................................................................ 52
13.2. Diagrama de clases Inventario ...................................................................................... 58
1
13.3. Diagrama de secuencia Inventario ................................................................................ 59
14. MODULO DE ADOPCIÓN ................................................................................................... 60
14.1. Casos de uso módulo de adopción............................................................................ 60
15. MODULO DE ADMINISTRACIÓN ........................................................................................ 62
15.1. Administración de usuarios ....................................................................................... 62
15.2. Administración de clientes ........................................................................................ 72
15.2. Administración de mascotas ..................................................................................... 78
16. SERVICIO ASISTENCIAL ...................................................................................................... 83
16 BIBLIOGRAFÍA .................................................................................................................... 92
1. INTRODUCCIÓN
2
Algunos negocios tienen como característica que manejan su información de manera
informal y/o en archivo físico; funcionan correctamente, generan ganancias. Sin embargo,
no es la manera más conveniente de gestionar la información, aumenta los tiempos de
respuesta cuando se requiera buscar información, es dispendioso realizar una copia de la
información en el caso del archivo físico y sobre todo no garantiza la disponibilidad e
integridad de los datos.
Teniendo en cuenta esto identificamos que los consultorios veterinarios tienen esta
necesidad con respecto al manejo de los datos, por lo tanto, consideramos definir un
software que permita gestionar los siguientes procesos:
Historia Clínica: Almacenar la hoja de identificación de los pacientes, procedimientos,

ayudas diagnosticas e información relacionada.
Inventario: Control de la cantidad de medicamentos y suministros utilizados en el

tratamiento de cada uno de los pacientes.
Facturación: Generación de facturas cómo resultado de la prestación de servicios

propios del consultorio veterinario.
Control de citas: Agendamiento, confirmación y cancelación de citas.
Adopción de animales: Este proceso tiene como propósito servir de intermediario para
facilitar la adopción de mascotas.
2. OBJETIVO GENERAL
Diseñar un sistema de información para consultorios veterinarios de pequeños animales

que le permita gestionar la información de los siguientes procesos: historia clínica, control
de citas, facturación, inventario y adopción de animales
3
3. OBJETIVOS ESPECIFICOS
 Identificar las necesidades de los consultorios veterinarios con respecto al manejo de

información resultante de sus diversos procesos
 Determinar las normas, leyes y políticas que rigen la prestación de servicios

veterinarios
 Proponer aspectos que generen valor agregado con respecto a la gestión de

información de los consultorios veterinarios
4. PLANTEAMIENTO DEL PROBLEMA
En Colombia 6 de cada 10 hogares tienen mascotas según encuesta de Fenalco, de

acuerdo a dicho estudio un 70% son perros, el porcentaje restante lo abarcan gatos, aves
y peces entre otros.
De acuerdo a datos publicados por Fenalco hay 2.700 establecimientos registrados que
comercializan productos y servicios para mascotas.
Teniendo en cuenta las cifras mencionadas, es innegable que hay un nicho de mercado
bastante interesante por la gran demanda de servicios y productos de diferentes tipos
como por ejemplo comida, hoteles, guarderías y servicios veterinarios
4
Con respecto al potencial de implementar soluciones informáticas es útil mostrar algunos
datos relacionados en los indicadores básicos de tenencia y uso de las TIC en
microestablecimientos (2016) publicados por el DANE:
“De los 33.013 microestablecimientos analizados en el periodo octubre 2015 a septiembre

2016, el 31,9% usaba algún bien TIC: el 24,4% usaba computador de escritorio, el 7,3%
usaba portátil y el 8,6% usaba otros.
Por sectores, usaron computador de escritorio, el 32,0% de los microestablecimientos

industriales, 17,1% de los comerciales y el 37,1% de los de servicios.” (DANE – Boletín
Técnico Comunicación Informativa, Abril 2017)
5
“En 2016, el 53,8% de los microestablecimientos investigados que tuvo acceso o usó
Internet con conexión dentro del establecimiento, lo hizo con un ancho de banda fija
superior a 4 Mbps4; 54,4% en industria; 51,3% en comercio y 56,2% en servicios. El
ancho de banda fijo entre 2 y menos de 4Mbps registró la segunda mayor participación
dentro del total de microestablecimientos conectados a Internet, con 33,4%; seguida por
banda ancha fija entre 256 Kbps y 2Mbps (6,2%)” (DANE – Boletín Técnico Comunicación
Informativa, Abril 2017)
Tomando como referencia los datos publicados por Fenalco y el DANE contamos con
información objetiva y fiable para identificar una problemática en la gestión de los datos
por parte de los consultorios veterinarios.
Inicialmente podemos evidenciar que el sector de productos y servicios para mascotas
tienen un importante potencial y un crecimiento continuo, otro aspecto importante es la
mayor accesibilidad a bienes TIC, como por ejemplo computadores, smartphones y
tablets en los microestablecimientos. Además un crecimiento en la cobertura del acceso a
internet y anchos de banda mayores para internet fijo y móvil.
Sin embargo estos no son los únicos aspectos determinantes, hay otras necesidades
como por ejemplo: seguridad de la información, aumento de la productividad en los
procesos, competitividad, normas y leyes que rigen la prestación de servicios por parte de
6
los consultorios veterinarios. Dichos aspectos serán tratados con mayor detalle en el
marco referencial.
Teniendo en cuenta la conceptualización realizada determinamos enfocar el proyecto de
investigación en las necesidades de información de los consultorios veterinarios: historia
clínica, control de citas, facturación, inventario y adopción de animales.
5. JUSTIFICACIÓN
Gestionar la información es una labor de suprema importancia para toda empresa o

negocio, le permite tomar decisiones estratégicas, enfocar esfuerzos y tomar acciones
frente a problemáticas.
Los sistemas de información permiten realizar esta labor, son herramientas con una serie
de ventajas, tales como:
Optimización de los tiempos de respuesta: Tener sistematizada la información mejora

los tiempos de respuesta con respecto a manejar un archivo físico. Esto es de suprema
importancia cuando el volumen de información es considerable.
Facilidad: Manejar información de los clientes en tiempo real no es viable cuando la

cantidad de información y no se tiene una aplicación que permita esta comunicación, para
7
cubrir esta deficiencia se debe garantizar una base de datos en línea para obtener la
información desde cualquier.
Estandarización de procesos: En el momento de crear un sistema de información se

aplica una lógica de programación, de modo que se normalizan los procesos de acuerdo
con los requerimientos definidos
Información financiera sistematizada: La exigencia de tener la contabilidad y

facturación sistematizada para presentar a los respectivos entes como el Departamento
de Impuestos y Aduanas Nacionales DIAN es cada vez más generalizada.
Seguridad de la información: Custodiar los datos es una de las grandes ventajas de las
soluciones informáticas, se cuenta con diferentes funcionalidades como: acceso
restringido a los datos, respaldo automatizado de la base de datos, trazabilidad e
integridad de los datos.
Excelente inversión: Contar con software que permita gestionar los procesos de una
clínica o centro veterinario manera eficiente es una excelente inversión por todas las
ventajas mencionadas anteriormente. Además, se traduce en mitigación de riesgos
relacionados con el manejo de la información y disminución de recurso humano necesario
para realizar labores operativas
6. MARCO TEORICO
6.1. Importancia de los sistemas de información
La sociedad actual, la denominada sociedad de la postmodernidad tiene fuerte relación

con la tecnología es muy complicado identificar alguna actividad productiva donde no se
requiera un sistema de información; la razón es bastante sencilla, todo negocio o empresa
trabaja con datos, requiere almacenarlos, custodiarlos, consultarlos, consolidarlos, en
síntesis realizar una gestión sobre los mismos.
Teniendo claro que toda actividad productiva inherentemente maneja información, se han
propuesto varias soluciones para su almacenamiento: inicialmente se usaba la escritura
en papiros, como por ejemplo los egipcios y sumerios que manejaban sus inventarios en
este tipo de documentos.
En la actualidad los archivos físicos son más sofisticados, se cuenta con impresoras, se
organizan los documentos con cierto criterio de ordenamiento e incluso hay un oficio
específico para esta labor, como lo es la gestión documental.
8
Sin embargo, aunque esta labor es de una gran utilidad para las organizaciones y es más
compleja de lo que a simple vista se puede identificar; no es la mejor opción para manejar
grandes volúmenes de información, los documentos se deterioran con el uso, no pueden
ser consultados simultáneamente, son susceptibles a la perdida de información y
requieren de personal capacitado para su custodia y gestión.
Ahora bien, los pequeños establecimientos como los consultorios veterinarios no manejan
toda su información en documentos físicos, es muy común que utilicen procesadores de
texto y hojas de cálculo, como por ejemplo Word y Excel, es una mejor alternativa que el
archivo físico, es claro, pero hay una mejor alternativa: los sistemas de información.
Con respecto a los sistemas de información deseamos concentramos en uno de sus
componentes fundamentales: las bases de datos y sus ventajas más destacables:
 Gestión de grandes volúmenes de información

 Consulta simultanea de datos.
 Mayor eficiencia en los procesos
 Seguridad de la información
 Integridad de los datos
 Organización estructurada
 Disponibilidad de la información
Teniendo en cuenta estas características de los sistemas de información, es pertinente

citar la siguiente frase que resume lo descrito:
“Los sistemas de información (SI) son uno de los componentes más relevantes del
entorno actual de negocios, que ofrecen grandes oportunidades de éxito para las
empresas, ya que cuentan con la capacidad de reunir, procesar, distribuir y compartir
datos de forma oportuna y de manera integrada. Además, ayudan a estrechar las brechas
geográficas, permitiendo a los empleados ser más eficientes, lo cual se refleja en una
mejora de los procesos, de la gestión, y del manejo dela información, dando como
resultado un impacto positivo en la productividad y competitividad de las empresas”
(Bakos y Treacy, 1986; Rai, Patnayakuni y Seth, 2006; Ynzunza e Izar, 2011)
Meyer y Boone realizaron un estudio del impacto de las herramientas informáticas en la
productividad gerencial, tenemos algunos datos interesantes:
“Una hoja electrónica ganó US. $ 76 millones para una compañía de productos químicos”;
“El correo electrónico llevó un producto de telecomunicaciones al mercado dos meses
antes, con un retorno sobreinversión del 1000%”; “Una investigación de US. $ 600 de
bancos de datos de información pública logró una diferencia sustancial en un pleito de
US. $ 18 millones”; una base de datos interna produjo ingresos adicionales por US. $ 60
millones para una sociedad de finca raíz” (Meyer y Boone - 1990)
6.2 La especificación de requerimientos, una fase de suprema importancia
9
Es importante aclarar que el software tendrá influencia positiva en la productividad de la
compañía cuando sea acorde con los requerimientos definidos; siguiendo la lógica de los
procesos de la organización. Consideramos pertinente citar una de los temas vistos en el
transcurso del programa:
“Se estima que alrededor del 53% de los proyectos de software iniciados en la actualidad
presentan problemas a lo largo de su evolución. Dentro de ese 53%, casi la mitad
presentan problemas que tienen que ver con dificultades de comunicación con los
usuarios/clientes, expectativas irreales por parte de los desarrolladores o de los clientes,
insatisfacción por parte de los usuarios debido a que la aplicación no cumple con los
requisitos esperados y otro número de inconformidades que se derivan de una forma u
otra del hecho de que no fue posible comunicar de una manera clara y consistente qué es
lo que espera el cliente del desarrollo, y cómo determinar que lo que hizo el desarrollador
satisfará las necesidades expresadas por los usuarios” (Lectura “Requerimientos, qué son
y para qué sirven” – Programa Ingeniería de Software )
La cifra citada nos muestra una falencia que se presenta en los proyectos: la definición de
requerimientos, suele subvalorarse esta fase, dándole mayor importancia a etapas como
por ejemplo la codificación.
Sin embargo viéndolo desde un punto de vista arquitectónico, podríamos hacer la
analogía con una casa, en el cual hay diversas tareas: mampostería, distribución de redes
de agua y energía, decorados y acabados, entre otros. Pero todas esas tareas en sí
mismas tienen una planeación inicial, un diseño plasmado en unos planos, un acuerdo
entre el profesional y el cliente referente a las necesidades que debe satisfacer la
construcción en particular.
De una manera similar se trabaja en la construcción del software, la cual es una labor más
abstracta, sin embargo sigue un proceso similar de planificación. Teniendo en cuenta este
punto de vista decidimos tomar como referencia la información publicada en la página del
Consejo Profesional de Veterinaria y Zootecnia de Colombia - COMVEZCOL
6.3 Crecimiento del sector informático
De acuerdo a información publicada por el DANE en el informe de Muestra Trimestral de

Servicios MTS del año 2017 el sector de desarrollo de sistemas informáticos y
procesamiento de datos tuvo el segundo mayor incremento de ingresos nominales
10
La masificación del acceso a la computación y servicios de internet trae consigo una
mayor demanda de software, motivo por el cual es lógico ver un crecimiento tan notorio
del sector informático y de procesamiento de datos.
Teniendo en cuenta toda la conceptualización anterior y el hecho de que el sector de
servicios veterinarios tiene un crecimiento continuo se determina como productivo realizar
un diseño enfocado en consultorios veterinarios.
El paso siguiente es identificar las leyes y normas aplicables a la prestación de dichos
servicios, cuestión que se trata a continuación.
7. MARCO LEGAL
7.1. Aspectos generales
El ejercicio de la Medicina Veterinaria y Zootecnia está regulado por el Consejo

Profesional de Medicina Veterinaria y Zootecnia de Colombia – COMVESCOL
Las principales leyes y normas que rigen el ejercicio de dichas profesiones son las
siguientes:
 Ley 073 del 8 de octubre de 1985

“Por la cual se dictan normas para el ejercicio de las profesiones de medicina
veterinaria y zootecnia, de medicina veterinaria y de zootecnia."
11
 Decreto 1122 del 10 de junio de 1988
“Por el cual se reglamenta la ley 073 de 1985, sobre el ejercicio de las profesiones de
medicina veterinaria y zootecnia, de medicina veterinaria y de zootecnia”
 Ley 576 del 15 de febrero de 2000

“Por la cual se expide el Código de Ética para el ejercicio profesional de la medicina
veterinaria, la medicina veterinaria y zootecnia y zootecnia”
 Decreto 1279 del 22 de junio de 1994

“Por el cual se reestructura el Ministerio de Agricultura y se dictan otras disposiciones”
7.2. Implicaciones de las normas en el desarrollo de software
Realizado el análisis de las leyes y decretos mencionados anteriormente se identificaron

las siguientes implicaciones en el proceso de desarrollo:
Artículo 61, Ley 576 del año 2000
“La historia clínica es la consignación obligatoria por escrito de las condiciones de salud
del animal objeto de atención. Los registros son la relación de los comportamientos de
salud y producción de una población animal expresada individualmente.
Esta información es privada, sometida a reserva y sólo puede ser conocida por terceros
previa autorización de los propietarios del animal y en los casos previstos por la ley”

“Serán los responsables del animal o los usuarios de los servicios, las personas naturales
o jurídicas que figuren con tal carácter en la historia clínica, registro, fichas técnicas o
archivo del profesional respectivo.”

“El médico veterinario, el médico veterinario y zootecnista y el zootecnista, están
obligados a guardar el secreto profesional de todo aquello que por razón del ejercicio de
12
su profesión hayan conocido, visto, escuchado o comprendido, salvo en los casos
contemplados expresamente en las disposiciones legales”

“Los profesionales objeto de la presente ley, están obligados a notificar a las autoridades
competentes la presencia de enfermedades transmisibles que comprometan la salud
pública o la sanidad animal, y a contribuir con la aplicación de las medidas sanitarias”

“El médico veterinario, el médico veterinario y zootecnista y el zootecnista, deberán tener
una información técnica, amplia, inequívoca sobre el uso correcto que se le debe dar a los
insumos y cuando sea el caso, sobre las contraindicaciones, residualidad, tiempo de
retiro, precauciones para el uso y no podrán hacer uso de los resultados de investigación
o de citas técnicas para dar un carácter científico a los que no lo tienen.
Evitarán comparaciones falsas o equivocadas con otros productos de competencia y no
podrán garantizar mejores rendimientos o beneficios de los mismos, sin disponer de los
resultados de las pruebas experimentales definitivas en su respectivo contexto de
aplicación”
Artículo 615, Estatuto Tributario (Fragmento)

“Reglamentado por el Decreto 1165 de 1996. OBLIGACIÓN DE EXPEDIR FACTURA.
Para efectos tributarios, todas las personas o entidades que tengan la calidad de
comerciantes, ejerzan profesiones liberales o presten servicios inherentes a éstas, o
enajenen bienes producto de la actividad agrícola o ganadera, deberán expedir factura o
documento equivalente, y conservar copia de la misma por cada una de las operaciones
que realicen, independientemente de su calidad de contribuyentes o no contribuyentes de
los impuestos administrados por la Dirección General de Impuestos Nacionales …”
Artículo 617, Estatuto Tributario (Fragmento)

“Modificado por la Ley 223 de 1995, art. 40. REQUISITOS DE LA FACTURA DE VENTA.
Para efectos tributarios, la expedición de factura a que se refiere el artículo 615 consiste
en entregar el original de la misma, con el lleno de los siguientes requisitos:
a) Estar denominada expresamente como factura de venta;
b) Apellidos y nombre o razón y NIT del vendedor o de quien presta el servicio;
13
c) Modificado por la Ley 788 de 2002, art. 64. Apellidos y nombre o razón social y NIT del
adquirente de los bienes o servicios, junto con la discriminación del IVA pagado.
d) Llevar un número que corresponda a un sistema de numeración consecutiva de
facturas de venta;
e) Fecha de su expedición;
f) Descripción específica o genérica de los artículos vendidos o servicios prestados.
g) Valor total de la operación;
h) El nombre o razón social y el NIT del impresor de la factura;
i) Indicar la calidad de retenedor del impuesto sobre las ventas.
j) Adicionado por el Decreto 129 de 2010, art. 5º. Tratándose de trabajadores
independientes o contratistas, se deberá expresar que se han efectuado los aportes a la
seguridad social por los ingresos materia de facturación, a menos que por otros conceptos
esté cotizando por el monto máximo dispuesto por la ley, y se deberá señalar
expresamente el número o referencia de la planilla en la cual se realizó el pago.
Igualmente, se manifestará si estos aportes sirvieron para la disminución de la base de
retención en la fuente en otro cobro o si pueden ser tomados para tal fin por el pagador;
esta manifestación se entenderá efectuada bajo la gravedad de juramento.
Al momento de la expedición de la factura los requisitos de los literales a), b), d) y h)
deberán estar previamente impresos a través de medios litográficos, tipográficos o de
técnicas industriales de carácter similar. Cuando el contribuyente utilice un sistema de
facturación por computador o máquinas registradoras, con la impresión efectuada por
tales medios se entienden cumplidos los requisitos de impresión previa.
El sistema de facturación deberá numerar en forma consecutiva las facturas y se deberán
proveer los medios necesarios para su verificación y auditoría…”
14
8. METODOLOGÍA DE DESARROLLO DE SOFTWARE
8.1. Análisis inicial
Elegir la metodología de desarrollo en un proyecto de software es una decisión de

suprema importancia, teniendo en cuenta que define directrices aplicables a todas las
fases del proyecto, canales de comunicación y en cierto aspecto una filosofía de trabajo.
Teniendo en cuenta la influencia de dicha decisión en el proyecto consideramos
pertinente realizar un cuadro comparativo entre las metodologías ingenieriles y las
metodologías agiles con base en lo aprendido en el programa de Ingeniería de Software y
las investigaciones realizadas
Aspecto Metodologías ingenieriles Metodologías Agiles

 Orientado a la  Orientados a las personas
Características planificación  Ligeros
generales  Burocráticos  Adaptativos
 Predictivos
 Modelo clásico de calidad  Generación rápida y efectiva de
(Procesos definidos y valor
repetitivos)  Énfasis en las personas
 Elaboración de un plan  El software como actividad no
general predecible
 Roles y responsabilidades  El software como actividad de
Motivaciones  Requerimientos formales diseño
y congelados
 Diseño completo al
principio
 Documentación constante
de actividades
 Seguimiento periódico y
frecuente
 Fácil visualización del  Iterativas e incrementales
proyecto hacia el cliente  Enfocadas a satisfacer la
 Concepción inicial del necesidad del cliente
Ventajas producto  Confieren la responsabilidad a los
 Información valiosa desarrolladores
recolectada  Adaptativas
constantemente
 Definición precisa de
responsabilidades
15
individuales
 Poca flexibilidad  Requieren alto compromiso del

 Desgaste innecesario del cliente
Desventajas equipo de trabajo  Funcionan bien sólo en equipos
 Infravaloración de las pequeños
personas ( Síndrome del  Son especificas (Para una fase del
“programador obrero”) ciclo de vida del software)
 Cascada estricta (No  Extreme Programming (XP)

recomendada en ningún  Scrum
Ejemplos caso)  Kanban
 RUP / UP  Lean
 PSP / TSP
 Metodologías basadas en
CMMI
 Plan completo y especifico  Plan general no especifico, planes

al inicio del proyecto más pequeño para cada iteración
 Definición detallada de  No roles – Corresponsabilidad
roles y responsabilidades  Estimaciones hechas por los
Desde el plan  Estimaciones miembros del equipo
paramétricas  Requerimientos muy cambiantes
 Requerimientos
supuestamente
congelados
 Diseño, desarrollo y  Diseño, desarrollo y pruebas
pruebas separadas integradas
Desde el  Diseño completo antes de  Diseño por funcionalidad / Por
desarrollo empezar iteración
 (Opcional) Revisiones e  Prácticas más ligeras de
inspecciones formales aseguramiento de calidad
 Relación vía analista  Relación directa entre cliente y

/gerente de cuentas desarrollador
Desde la  Los desarrolladores no  Comunicación principalmente oral
relación con el hablan con el cliente  “Supuesto ágil”
cliente (Teléfono roto)
 Documentación extensa y
“completa”
Realizado dicho análisis determinamos elegir una metodología ágil, ya que consideramos
que es una manera de trabajar aplicable al proyecto, eficiente para grupos pequeños y en
16
nuestra opinión más realista y basada en la experiencia, tal como lo describe el manifiesto
ágil:
“Estamos descubriendo formas mejores de desarrollar

software tanto por nuestra propia experiencia como
ayudando a terceros. A través de este trabajo hemos
aprendido a valorar:
Individuos e interacciones sobre procesos y herramientas

Software funcionando sobre documentación extensiva
Colaboración con el cliente sobre negociación contractual
Respuesta ante el cambio sobre seguir un plan
Esto es, aunque valoramos los elementos de la derecha,

valoramos más los de la izquierda.”
(Manifiesto ágil)
Teniendo en cuenta que se desea diseñar un sistema de información para consultorios

veterinarios de pequeños animales que le permita gestionar la información de los
siguientes procesos: historia clínica, control de citas, facturación, inventario y adopción de
animales; se acordó dividir las responsabilidades de la siguiente manera:
8.2. Tabla de asignación de tareas
Modulo Tarea Responsable
Definición de requerimientos
Historia Clínica Casos de uso Bryan Toro
Diagrama de clases
Control de citas Definición de requerimientos Esneider Pinzón
Casos de uso
17
Diagrama de clases
Definición de requerimientos Esteban Morantes

Facturación Casos de uso
Diagrama de clases Anyela Ruiz
Inventario Casos de uso Anyela Ruiz
Diagrama de clases
Adopción de animales Casos de uso Anyela Ruiz
Diagrama de clases
General Consolidar aportes y ajustar Bryan Toro
documentación
Se acuerda realizar reuniones en los siguientes horarios:
8.3. Tabla de horarios de las reuniones
Día de la semana Propósito Horario
Lunes Definición de objetivos 9:30 a 10:00 pm
Martes Planeación 9:30 a 10:00 pm
Primera entrega e
Viernes 8:30 a 9:30 pm
identificación de ajustes
Domingo Entrega final sprint 8:30 a 9:00 pm
Se definen sprint´s semanales

y reuniones de máximo una hora
con el propósito de aumentar la
productividad sin perder de vista
el objetivo
18
8.4. Cronograma de trabajo
Modulo Tarea Responsable Fecha
Consolidar aportes y
General ajustar Bryan Toro 30-Abr-2018
documentación
Definir
Historia Clínica Bryan Toro 30-Abr-2018
requerimientos
Historia Clínica Modelar casos de uso Bryan Toro 28-Abr-2018
Modelar diagrama de
Historia Clínica Bryan Toro 6-May-2018
clases
Definir
Control de citas Esneider Pinzón 30-Abr-2018
requerimientos
Control de citas Modelar casos de uso Esneider Pinzón 30-Abr-2018
Modelar diagrama de
Control de citas Esneider Pinzón 6-May-2018
clases
Definir
Facturación Esteban Morantes 30-Abr-2018
requerimientos
Facturación Modelar casos de uso Esteban Morantes 30-Abr-2018
Modelar diagrama de
Facturación Esteban Morantes 6-May-2018
clases
Definir Anyela Ruiz

Inventario 30-Abr-2018
requerimientos Esteban Morantes
Anyela Ruiz
Inventario Modelar casos de uso 30-Abr-2018
Esteban Morantes
Modelar diagrama de Anyela Ruiz

Inventario 6-May-2018
clases Esteban Morantes
Definir
Adopción de animales Anyela Ruiz 30-Abr-2018
requerimientos
Adopción de animales Modelar casos de uso Anyela Ruiz 30-Abr-2018
Modelar diagrama de
Inventario Anyela Ruiz 6-May-2018
clases
19
9. ASPECTOS DE VALOR AGREGADO
Como profesionales debemos tener una mentalidad constructivamente crítica y

competitiva, en el caso de la ingeniería de software el propósito es generar soluciones
que no solo almacenen información, sino también que permitan gestionarla; teniendo en
cuenta el entorno en el que se desenvuelve el usuario. Tomando como referencia este
concepto se definieron los siguientes aspectos que le dan valor agregado al software:
Formatos autónomos: Esta funcionalidad tiene como propósito facilitarle al usuario un

módulo para diseñar los formatos asistenciales conforme a las necesidades del
consultorio veterinario. De modo que no necesita conocer de programación o conceptos
de diseño avanzado, simplemente se asemejara a diseñar un formulario en Google
Forms, claramente con mayores opciones de diseño.
Con respecto al acceso a dichos formatos se puede definir los usuarios y/o perfiles que
podrán consultar, editar e imprimir información.
Responsive Design: Es un paradigma de desarrollo web que tiene como objetivo que el
contenido se vea correctamente en los diferentes dispositivos; smartphones, tablets y
computadores con diferentes resoluciones. Este aspecto le permite trabajar al usuario no
exclusivamente en un computador, en el caso de los servicios veterinarios es útil acceder
a la aplicación desde un dispositivo móvil en el caso de las consultas a domicilio.
Adopción de animales: Este módulo se diseña con el propósito de aportar en temas de

responsabilidad social y ecológica. Es evidente la problemática de animales sin hogar, el
objetivo del módulo mencionado es gestionar la información de este proceso y servir de
puente entre la veterinaria y las personas interesadas en adoptar mascotas
Procesos integrados: El software diseñado tiene como objetivo integrar los diferentes
procesos relacionados con la prestación de servicios veterinarios, de modo que toda la
información del negocio se encuentre en el mismo sistema de información. Los módulos
definidos son: historia clínica, control de citas, facturación, inventario y adopción de
animales.
20
21
10. TABLA DE REQUERIMIENTOS CONSOLIDADOS
Modulo / Requerim.
Código Prioridad Nombre Descripción Responsable
Aplicación relacionados
El software de gestión de
consultorios veterinarios debe
ser una aplicación web.
GEN001 General Alta Tipo de aplicativo Bryan Toro
De modo que se pueda
acceder desde cualquier sitio
con acceso a internet
La aplicación debe ser
Responsive Design, es decir
que se visualice
GEN002 General Alta Responsive Design GEN001 Bryan Toro
correctamente en dispositivos
móviles como Tablets y
smartphones
Para acceder al sistema se
usará el número de cedula
como usuario y una
GEN003 General Alta Acceso al sistema contraseña propia del sistema Bryan Toro
de información. En ningún
caso la clave puede ser el
número de cedula
La clave debe ser de una
GEN004 General Alta Características de la clave longitud no menor a diez (10) Bryan Toro
caracteres
Se debe cerrar la sesión
automáticamente luego de 30
GEN005 General Alta Tiempo de inactividad Bryan Toro
minutos de inactividad por
parte del usuario.
22
Se define como pantalla cada
menú o ruta específica a la
que accede el usuario en el
GEN006 General Alta Identificación por pantalla sistema. Se requiere que cada Bryan Toro
pantalla tenga un código que
la identifique de manera
única.
Se define como evento cada
una de las acciones que
puede hacer un usuario en
una pantalla específica, por
ejemplo: consultar, modificar,
GEN007 General Alta Eventos por pantalla GEN006 Bryan Toro
imprimir. Se requiere que la
asignación de permisos se
detalle los eventos a los que
tiene acceso el usuario por
pantalla
Los permisos por perfil se
refieren a que se asignan una
serie de accesos y/o
privilegios
GEN008 General Alta Permisos por perfil Bryan Toro
para un cargo especifico,
como por ejemplo veterinario,
auxiliar administrativo,
zootecnista, especialista.
Se requiere que se puedan
adicionar y excluir permisos
para un usuario específico. De
modo que aunque tenga un
GEN009 General Alta Adición y exclusión de permisos GEN008 Bryan Toro
perfil asignado (Req.
GEN008) se tengan en cuenta
las exclusiones y adiones
definidas
Los permisos por usuario se

refieren a que se asignan una
serie de accesos y/o
GEN010 General Alta Permisos por usuario Bryan Toro
privilegios para un usuario
específico, independiente del
cargo que tenga.
23
Se requiere que en el
momento de asignar permisos
a un usuario se pueda hacer
relacionándolo con un perfil GEN008GEN
GEN011 General Alta Permisos por perfil o usuario Bryan Toro
definido previamente (Req. 010
GEN008) o asignándole un
set de permisos desde cero
(Req. GEN010)
Se requiere almacenar la
siguiente información de cada
usuario :
Tipo de identificación (*)
Numero de identificación (*)
Primer nombre (*)
Segundo nombre
Primer apellido (*)
Segundo apellido
Sexo(*)
GEN012 General Alta Datos generales usuario Correo personal (*) Bryan Toro
Correo corporativo
Celular (*)
Teléfono Contacto(*)
Dirección Residencia(*)
Tipo de usuario
(Administrativo, asistencial )
(*)
Los datos marcados con

asterisco (*) son obligatorios
24
siguiente información de las
mascotas: Nombre mascota
GEN013 General Alta Datos generales mascota (*)Fecha nacimiento Especie Bryan Toro
(*)raza (*)peso (*)Sexo
mascota(*)Color
(*)AlergiasPropietario (*)
Se desea que cuando el

administrador reinicie la clave
GEN014 General Media Notificación restablecimiento clave de un usuario, le notifique por Bryan Toro
correo electrónico indicándole
la clave temporal
Se desea que cuando el
usuario acceda al sistema con
GEN015 General Alta Cambio clave restablecida la clave temporal (Ver Req GEN014 Bryan Toro
GEN014) le solicite
inmediamente cambiarla
Se requiere tener la
funcionalidad de búsqueda de
GEN016 General Media Búsqueda de usuarios usuarios por número de Bryan Toro
identificación, nombres,
apellidos
25
siguiente información del
personal asistencial:Tipo de
identificación (*)Número de
identificación(*)Número de
tarjeta profesionalNIT de la
institución otorgante(*)Nombre
GEN017 General Alta Datos personal asistencial Bryan Toro
de la institución
otorgante(*)Nombre del
programa (*)Imagen escaneda
de la cedula (*)Imagen
escaneada del diploma
(*)Imagen escaneada de la
tarjeta profesional
El aplicativo debe indicar si un

Verificación de citas al deshabilitar un usuario cuenta con citas
GEN018 General Alta Bryan Toro
usuario asignadas en el momento de
deshabilitarlo en el sistema
El nombre del paciente y del

HC001 Historia Clínica Nombre paciente y propietario siempre dueño o persona a cargo Bryan Toro
Alta visible debe estar siempre visible
Todo registro a la historia

clínica como suministro de
medicamentos, formula
médica y procedimientos debe
Información veterinario en la historia clínica tener los siguientes datos Bryan Toro
visibles en todo momento:
Fecha - Hora
Registro medico
Especialidad
HC002 Historia Clínica Alta Nombre del profesional
26
Se requiere que al mostrar los
registros de la historia clínica Bryan Toro
Orden descendente registros en la historia se muestren del más reciente
HC003 Historia Clínica Alta clínica al más antiguo
Algunos cargos como por
ejemplo veterinarios o
zootecnista en etapa de
Bryan Toro
practica requieren vistos
buenos en los registros a la
HC004 Historia Clínica Alta Vistos buenos asistenciales historia clínica que realiza
Se deben generar alertas

indicando cuándo sea Bryan Toro
necesario suministrar
HC005 Historia Clínica Alta Alertas de suministro de medicamentos medicamentos a un paciente
Se requiere contar con una

funcionalidad que permita
HC006 Bryan Toro
diseñar formatos de manera
autónoma para los diferentes
Historia Clínica Alta Diseño de formatos asistenciales procesos.
Se requiere asignar permisos

a los formatos asistenciales,
tales como:
Consulta
HC007 Permisos formatos asistenciales Modificación Bryan Toro
Impresión
La asignación de permisos se
puede realizar por cargo y
Historia Clínica Alta usuario HC006
El sistema reconocerá a la
AC001 Agendamiento de persona que solicita la Esneider
Citas Alta Identificación Usuario consulta para su mascota Pinzón
El sistema realiza consulta de
AC002 Agendamiento de las mascotas asociadas de la Esneider
Citas Alta Reconocimiento de mascota persona Pinzón
27
El aplicativo realizara un
consulta para validar la
Agendamiento de disponibilidad de los Esneider
AC003 Citas Alta Disponibilidad de citas veterinarios Pinzón
El aplicativo deberá asignar la

Agendamiento de cita ingresada por el usuario, Esneider
AC004 Citas Alta Asignar Cita en los tiempos disponibles. Pinzón
El sistema confirmara la
Agendamiento de solicitud como exitosa y Esneider
AC005 Citas Alta Confirmación de cita generara el código de cita Pinzón
El sistema deberá mostrar las
citas pendientes y la opción
Agendamiento de de cancelarla si el usuario lo Esneider
AC006 Citas Alta Cancelación de cita desea Pinzón
Agendamiento de El sistema deberá visualizar el Esneider
AC007 Citas Alta Visualización Calendario calendario Pinzón
El sistema permitirá filtrar la
búsqueda en el listado de
INV001 Inventario Alta Barra de búsqueda de ítem de inventario ítems del inventario Anyela Ruiz
El sistema muestra el nombre
del producto (medicamento o
INV002 Inventario Alta Nombre artículo) Anyela Ruiz
El sistema muestra la
INV003 Inventario Alta Descripción descripción del producto Anyela Ruiz
El sistema muestra categoría
del producto
(Medicamento/artículo para
INV004 Inventario Alta Categoría mascota Anyela Ruiz
El sistema muestra la
cantidad existente del
INV005 Inventario Alta Cantidad Existente producto Anyela Ruiz
El sistema muestra el costo
INV006 Inventario Alta Costo del Producto Anyela Ruiz
El sistema muestra el precio
INV007 Inventario Alta Precio Venta de venta sin IVA Anyela Ruiz
28
El sistema muestra el
INV008 Inventario Alta Proveedor proveedor del producto Anyela Ruiz
El aplicativo adjuntará en el
diseño de la factura la razón
social, el logo, dirección, nit y
FACT001 Facturación Alta Membrete teléfono de la empresa Anyela Ruiz
El aplicativo debe generar el
FACT002 Facturación Alta Número de factura número aleatorio de la factura Anyela Ruiz
El aplicativo debe registrar la
fecha y hora actual en la
FACT003 Facturación Alta Fecha de Factura factura Anyela Ruiz
El aplicativo nos permitirá
escoger el nombre del usuario
FACT004 Facturación Alta Cliente relacionado con su mascota Anyela Ruiz

escoger el código del
producto el cual traerá la
FACT005 Facturación Alta Código del articulo descripción o viceversa Anyela Ruiz

escoger el código del servicio
el cual traerá la descripción o
FACT006 Facturación Alta Código del servicio médico viceversa Anyela Ruiz

escoger el nombre del médico
veterinario quien atendió el
FACT007 Facturación Alta Nombre del veterinario servicio Anyela Ruiz

escoger la cantidad de
productos que se deben
facturar (medicamentos,
FACT008 Facturación Alta Cantidad artículo para mascotas) Anyela Ruiz
29
El aplicativo nos mostrará
Stock actual del artículo (medicamento o automáticamente la cantidad
FACT009 Facturación Alta artículo para mascota) existente actual del producto Anyela Ruiz
El aplicativo mostrará el
precio de acuerdo al producto
(y cantidad) o servicio
FACT010 Facturación Alta Precio relacionado Anyela Ruiz
Espacio en blanco para
registrar observaciones del
caso en particular
(indicaciones del suministro
FACT011 Facturación Alta Observación del medicamento,etc) Anyela Ruiz
El aplicativo nos dejará
FACT012 Facturación Alta Descuento registrar el descuento si aplica Anyela Ruiz
El aplicativo registrará el IVA
FACT013 Facturación Alta IVA dependiendo del producto Anyela Ruiz
El aplicativo realizará la
operación matemática (precio
* cantidad - descuento + IVA)
FACT014 Facturación Alta Total y registrará el resultado Anyela Ruiz
escoger los diferentes medios
FACT015 Facturación Alta Medio de pago pago (efectivo,crédito,etc) Anyela Ruiz

escoger la ciudad dónde
queremos consultar los
ADOP001 Adopción Media Ciudad centros de adopción Anyela Ruiz
Al escoger la ciudad el
aplicativo nos mostrará un
listado con nombre, dirección,
teléfono y sitio web de los
ADOP002 Adopción Media Listado de centros de adopción centros de adopción Anyela Ruiz
30
11. AGENDAMIENTO DE CITAS
11.1. Casos de uso agendamiento de citas
Caso de uso ID: AC000
Caso de Uso Nombre: Iniciar sesión
31
Creado por: Esneider Pinzón Actualizado
por:
Fecha de creación: 30-Abr-2018 Última

Revisión:
Actores: Administrador / usuario
Descripción: El usuario ingresará a la aplicación y podrá actualizar su
información
Precondiciones: Estar registrado en el sistema.
Postcondiciones: Ingreso al sistema

Flujo Normal: 1. El sistema solicita número de identificación.
2. El usuario ingresa el número de identificación.
3. El sistema solicita la contraseña.
4. El usuario digita la contraseña.
5. El sistema valida si el usuario está dentro del
sistema de información.
6. El usuario ingresa satisfactoriamente a la
plataforma.
7. El usuario accede a su perfil.
Condición de Éxito: El usuario y la contraseña deben de estar escritas
correctamente.
Subvariaciones: En el paso 4 del flujo normal el usuario no recuerda la

contraseña:
1. El sistema indica al usuario pulsar la opción olvido
contraseña
2. El usuario pulsa la opción olvido contraseña
3. El sistema lo enviara a la plataforma de recuperar
contraseña
4. El sistema indica al usuario digitar número de
identificación
5. El usuario digita su número de identificación
6. El sistema indica al usuario pulsar la opción
recuperar
contraseña
7. El usuario pulsa la opción recuperar contraseña
8. El sistema enviara su nueva contraseña a su
correo
32
personal
Extensiones: 1. El usuario intenta ingresar con otro rol
2. El sistema no valida los datos del usuario en la
autenticación.
Caso de Uso Nombre: Reconocer Persona

por:

Revisión:
Actores: Sistema
Descripción: El sistema reconocerá a la persona que solicita la
consulta para su mascota
Precondiciones: El usuario debió ingresar al sistema correctamente.

Postcondiciones: El sistema reconocerá el rol de la persona y la
información general registrada previamente.
Flujo Normal: 1. El sistema consultara los datos registrados a

través del número de documento.
2. El sistema consulta las mascotas asociadas al
usuario
Condición de Éxito: El Sistema encuentra al usuario y a las mascotas
asociadas
Subvariaciones: 1. En el paso 2 del flujo normal el sistema no
encuentra mascotas asociadas.
- El sistema indica al usuario registrar mascota.
Extensiones: El sistema no valida las mascotas asociadas al usuario
Caso de Uso Nombre: Consultar disponibilidad

33
por:

Revisión:
Actores: Administrador / Usuario

Descripción: El usuario consultara disponibilidad de los veterinarios.
Postcondiciones: El sistema mostrara el calendario del mes deseado.
Flujo Normal: 1. El sistema indica al usuario pulsar la opción
consultar disponibilidad.
2. El usuario pulsa la opción de consultar
disponibilidad.
3. El sistema mostrara el calendario.
4. El sistema indica al usuario seleccionar mes.
5. El usuario selecciona un mes.
6. El sistema indica al usuario seleccionar día
7. El usuario selecciona un día.
8. El sistema indica al usuario seleccionar una hora
9. El usuario selecciona una hora
10. El sistema mostrara si se encuentra disponible la
fecha y hora indicada.
Condición de Éxito: El usuario deberá seleccionar correctamente los datos
solicitados por el sistema.
Subvariaciones: En el paso 8 del flujo normal el usuario no encuentra

disponible la hora seleccionada:
1. El sistema indica al usuario seleccionar otra hora
En el paso 6 del flujo normal el usuario no encuentra

disponibilidad para el día seleccionado.
2. El sistema indica al usuario seleccionar otro día
En el paso 4 del flujo normal el usuario no encuentra

disponibilidad para el mes seleccionado.
3. El sistema indica al usuario seleccionar otro mes
Extensiones: 1. El sistema no valida la disponibilidad en las

fechas seleccionadas.
34
Caso de Uso Nombre: Visualizar agenda

por:

Revisión:
Actores: Sistema
Descripción: El usuario podrá visualizar el calendario

Postcondiciones: El usuario podrá observar el calendario con sus futuras
citas.
Flujo Normal: 1. El sistema indica al usuario pulsar la opción
calendario.
2. El usuario selecciona la opción calendario.
3. El sistema mostrara el calendario con sus
respectivas citas agendadas.
Condición de Éxito: El usuario debe seleccionar correctamente la opción
calendario.
Subvariaciones:
Extensiones: El sistema no muestra correctamente el calendario con sus

citas programadas.
Caso de Uso Nombre: Agendar cita

por:

Revisión:
Descripción: El usuario podrá agendar una cita dependiendo de la

disponibilidad consultada.
35
Precondiciones: Consultar disponibilidad
Postcondiciones: Cita agendada exitosa.
Flujo Normal: 1. El sistema indica al usuario consultar
disponibilidad.
2. El usuario consulta correctamente la
disponibilidad.
3. El sistema indica al usuario elegir lugar
4. El usuario elige un lugar de atención.
5. El sistema indica al usuario elegir mes, día y
hora.
6. El usuario elige mes, día y hora.
7. El sistema mostrara la opción asignar cita.
8. El usuario pulsa la opción asignar cita.
Condición de Éxito: El usuario debe validar la disponibilidad previamente.
Subvariaciones: En el paso 6 del flujo normal el usuario elige una fecha

distinta a la que valido disponibilidad.
1. El sistema indica al usuario que la fecha
seleccionada no es válida
2. El sistema le indica al usuario que elija
nuevamente la fecha.
3. El usuario elige la fecha
4. El sistema solicita al usuario asignar cita
5. El usuario pulsa asignar
6. El sistema guarda cita en la fecha solicitada
Extensiones: El sistema no agenda cita debido a que el usuario elige
una fecha sin disponibilidad.
Caso de Uso Nombre: Generar Código Cita
Creado por: Sneider Pinzón Actualizado

por:
Fecha de creación: 23- Abr-2018 Última

Revisión:
Actores: Sistema
Descripción: El sistema genera un código de cita

Precondiciones: Haber agendado cita exitosa.
36
Postcondiciones: Registro de agendamiento de cita
Flujo Normal: 1. El sistema genera código de cita
Condición de Éxito: El sistema valida que se haya hecho agendamiento en
una fecha disponible
Subvariaciones:
Extensiones: El usuario no genera cita correctamente.

1. El sistema no genera código de cita

Caso de Uso Nombre: Cancelar cita
por:

Revisión:
Actores: Usuario
Descripción: El usuario cancela su cita solicitada.
Precondiciones: Haber generado un agendamiento de cita.

Postcondiciones: La cita se cancela exitosa.
Flujo Normal: 1. El sistema indicara al usuario pulsar la opción
cancelar cita.
2. El usuario pulsa la opción cancelar cita.
3. El sistema buscara las citas programadas
4. El sistema indicara al usuario seleccionar la cita
que desea cancelar
5. El usuario elige la cita a cancelar
6. El sistema indicara al usuario pulsar la opción
cancelar cita
7. El usuario pulsa la opción cancelar cita.
8. El sistema cancelara la cita y borra los datos de
la cita programada.
Condición de Éxito: El sistema indica al usuario que si está seguro de

cancelar la cita seleccionada, mostrando los datos de la
37
cita.
Subvariaciones: El usuario no elige una opción en donde no tiene una
cita reservada.
1. El sistema indica al usuario que debe
seleccionar una fecha valida.
Extensiones: El usuario no pulsa la opción cancelar cita.

Caso de Uso Nombre: Reagendar
por:

Revisión:
Actores: Administrador
Descripción: El administrador decide reagendar una cita debido a
una ausencia del veterinario que inicial mente iba a
tomar la cita agendada.
Precondiciones: Haber tenido cita agendada.
Postcondiciones: Se reasigna cita a otro veterinario que cuente con

disponibilidad.
Flujo Normal: 1. El sistema indica al usuario reagendar cita.
2. El usuario pulsa la opción reagendar cita.
3. El sistema indica al usuario elegir sede.
4. El usuario elige sede.
5. El sistema indica al usuario elegir fecha
6. El usuario elige fecha
7. El sistema indica el usuario elegir veterinario
8. El usuario elige veterinario
9. El sistema indica al usuario pulsar la opción
guardar reagenda miento.
10. El usuario pulsa la opción guardar reagenda
miento.
Condición de Éxito: El usuario debe validar disponibilidad para el nuevo
agendamiento.
38
Subvariaciones: El usuario elige una sede fecha y veterinario no
disponible.
1. El sistema indica al usuario que no se encuentra
disponible la información suministrada.
2. El usuario elige vuelve hacer los pasos 4,6,8,9
del flujo normal.
Extensiones: El usuario no elige los datos correctos de disponibilidad,

no se reagenda la cita.
11.2 Diagrama de clases agendamiento de citas
39
11.4 Diagrama de secuencia
11.4.1 Agendamiento de citas
11.4.2 Cancelación de citas
11.4.3 Reagendamiento
40
12. FACTURACIÓN
12.1. Casos de uso facturación
41
Caso de uso ID: FACT001
Caso de Uso Nombre: Crear embrete
Creado por: Javier Esteban Actualizado

por:

Revisión:
Actores: Usuario
42
Descripción: El usuario selecciona la imagen membrete para diseño
de la factura

Flujo Normal: 8. El sistema ruta donde se encuentra la ubicación
de la imagen.
9. El sistema valida que la imagen cumpla con el
tamaño establecido.
10. El usuario acepta el membrete
Condición de Éxito: El usuario establece la imagen para la factura.
Subvariaciones: En el paso 3 el usuario selecciono una imagen que no

cumple la condiciones:
1. El sistema indica que cambie la resolución de la
imagen
2. El usuario cambia la resolución y vuelve a iniciar
el proceso
Extensiones: 3. El usuario intenta cargar otro tipo de archivo
diferente a una imagen
Caso de Uso Nombre: Generar Número de factura

por:

Revisión:
Actores: Sistema
Descripción: El sistema asignara un numero consecutivo a cada
factura
43
Postcondiciones: El sistema asigna un número de factura consecutivo
Flujo Normal: 3. El sistema consultara el numero ultimo número
de factura y asignara el siguiente
Condición de Éxito: El Sistema asigna un numero de factura diferente a los

ya existentes
Subvariaciones: 2. En el paso 1 del flujo normal el sistema no existe

un numero de factura creado.
- El sistema asigna la primera factura iniciando
con 0001.
Extensiones: El sistema no valida consecutivos de factura

Caso de Uso Nombre: Registrar fecha de Factura
por:

Revisión:
Actores: Sistema
Descripción: El sistema asignara la fecha y hora a la factura
Postcondiciones: El sistema asigna fecha y hora en la que se elabora la
factura
Flujo Normal: 1. El sistema asignara la fecha actual de sistema
en el momento de generar la factura
44
Condición de Éxito: El Sistema asigna fecha y hora del sistema
Subvariaciones: 1. En el paso 1 del flujo normal el sistema la fecha
es incoherente.
- El sistema indicara error de fecha
Extensiones: El sistema no asigna la fecha correctamente
Caso de Uso Nombre: Seleccionar cliente

por:

Revisión:
Actores: Usuario
Descripción: El sistema permitirá seleccionar un cliente
Precondiciones: Deben estar creados clientes en el sistema
Postcondiciones: El usuario puede seleccionar un cliente
Flujo Normal: 1. El usuario puede seleccionar un cliente que este
creado en el sistema
Condición de Éxito: El usuario puede seleccionar el cliente
Subvariaciones: 1. En el paso 1 del flujo normal la selección de
cliente es incoherente.
- No existe cliente creados
Extensiones: El usuario no puede seleccionar cliente
Caso de Uso Nombre: Buscar articulo por código

por:
45
Revisión:
Actores: Usuario
Descripción: El usurario puede escoger el código del producto el cual

traerá la descripción o viceversa
Precondiciones: Deben estar creados artículos o servicios
Postcondiciones: El usuario puede seleccionar un cliente
Flujo Normal: 1. El usuario puede seleccionar un artículo o

servicio por código o descripción
Condición de Éxito: El usuario puede seleccionar el articulo o servicio por
código o descripción
Subvariaciones: 1. En el paso 1 del flujo normal el sistema el código
es incoherente.
- No existen artículos creados
Extensiones: El usuario no puede buscar el articulo
Caso de Uso Nombre: Calcular descuento

por:
Revisión:
Actores: Sistema
Descripción: El sistema puede calcular descuentos a artículos según
la promoción

Postcondiciones: El sistema calcula descuento
Flujo Normal: 1. El sistema calcula descuento al artículo o

servicio
Condición de Éxito: El sistema puede asignar descuento a un artículo o
servicio
Subvariaciones: 1. En el paso 1 del flujo normal el sistema el

cálculo es incorrecto.
46
Extensiones: El sistema no puede calcular descuentos
Caso de Uso Nombre: Calcular total factura

por:

Revisión:
Actores: Sistema
Descripción: El sistema realizará la operación matemática (precio *
cantidad - descuento + iva) y registrará el resultado

Postcondiciones: El sistema calcula el total de la factura
Flujo Normal: 1. El sistema calcula valor total de la factura
Condición de Éxito: El sistema puede calcular valor total con descuentos e

impuestos
Subvariaciones: 1. En el paso 1 del flujo normal el sistema el
cálculo es incorrecto.
Extensiones: El sistema no puede calcular valor total
Caso de Uso Nombre: Registrar medio de pago
47
por:

Revisión:
Actores: Usuario
Descripción: El Usuario puede escoger los diferentes medios pago
(efectivo,crédito,etc)
Precondiciones: Deben estar creados los medios de pagos
Postcondiciones: El usuario selecciona medio de pago

Flujo Normal: 1. El usuario puede seleccionar el medio de pago
Condición de Éxito: El usuario selecciona correctamente el medio de pago

Subvariaciones: 2. En el paso 1 del flujo no puede seleccionar
medio de pago.
- No existen medio de pago creado
Extensiones: El usuario no puede seleccionar un medio de pago
12.2. Diagrama de clases facturación
48
12.3. Diagramas de secuencia facturación
49
Ilustración 1 - Visualizar factura
50
Ilustración 2 - Diagrama generar factura
12.4. Diagramas de estado Facturación
51
13. INVENTARIO
13.1. Casos de uso Inventario
52
53
Caso de uso ID: INV000
Caso de Uso Nombre: Iniciar sesión – Login
Creado por: Anyela Ruiz Actualizado

por:

Revisión:
Descripción: El usuario ingresará a la aplicación y selecciona el

módulo del inventario
Flujo Normal: 1. El sistema solicita número de

identificación.
2. El usuario ingresa el número de
identificación.
5. El sistema valida si el usuario está dentro
del sistema de información.
plataforma.
correctamente.

contraseña:
contraseña
contraseña
identificación
6. El sistema indica al usuario pulsar la opción recuperar
contraseña
8. El sistema enviara su nueva contraseña a su correo
personal
54
autenticación.
Caso de Uso Nombre: Búsqueda/Consulta de Producto

por:

Revisión:
Actores: Usuario
Descripción: El Usuario puede realizar la búsqueda de los productos

del inventario, por nombre y/o código
Precondiciones: Los productos deben estar registrados
Postcondiciones: El usuario consulta la existencia del producto y

características
Flujo Normal: 1. El usuario digita el nombre o código del producto

en la barra de búsqueda.
2. El sistema muestra las coincidencias de acuerdo
con los datos digitados.
Condición de Éxito: El usuario realiza la consulta de los productos y
caracteristicas
Subvariaciones: 2. En el paso 1 del flujo no se encuentra el producto

no hay mensaje de inexistencia - No está
registrado el producto
Extensiones: El usuario no puede obtener las características del
producto y no sabe de la existencia
Caso de Uso Nombre: Proveedor

por:
55
Revisión:
Actores: Administrador/ Usuario
Descripción: El sistema permitirá seleccionar un proveedor
Precondiciones: Deben estar creados los proveedores en el sistema
Postcondiciones: El usuario puede seleccionar un proveedor de acuerdo

al producto
Flujo Normal: 1. El usuario puede seleccionar un proveedor que

este creado en el sistema.
2. El sistema le muestra los proveedores
relacionados con sus productos
Condición de Éxito: El usuario puede seleccionar el proveedor y consultar su
información de contacto
Subvariaciones: 1. En el paso 1 del flujo normal no muestra

proveedor relacionado con el producto. - No
existe registro del proveedor creado
Extensiones: El usuario no puede consultar proveedor para contactar
Caso de Uso Nombre: Registrar Productos Existentes e Inexistentes

por:

Revisión:
Actores: Usuario / Administrador
Descripción: El Usuario puede registrar aquellos productos que son

nuevos y los productos inexistentes en el inventario, por
nombre y/o código.
Precondiciones: Acceso al usuario con permisos a los registros
Postcondiciones: El usuario consulta el inventario de productos

actualizado
Flujo Normal: 1. El usuario accede con permisos para modificar

inventario
2. El sistema reconoce y habilita la edición
56
Condición de Éxito: El usuario realiza el registro de productos nuevos e
inexistentes en el inventario.
Subvariaciones: En el paso 1 del flujo el usuario no tiene permisos

para realizar el registro del producto
Extensiones: El usuario no puede realizar registro de los productos

nuevos e inexistentes
Caso de Uso Nombre: Realizar Pedido

por:

Revisión:
Actores: Usuario / Administrador
Descripción: El Usuario puede registrar el pedido a solicitar, antes de

realizar el pedido al proveedor tiene que ser aprobado por
facturación.
Precondiciones: Acceso al usuario con permisos a los registros y haber

consultado la inexistencia del producto y su proveedor
Postcondiciones: El usuario registra el pedido próximo a realizar con sus

características (proveedor, nombre, código, cantidad)
Flujo Normal: 1. El usuario accede con permisos para registrar el

pedido.
2. El sistema guarda el registro para ser aprobado y
ejecutado
Condición de Éxito: El usuario realiza el registro del pedido de los productos
inexistentes en el inventario.
Subvariaciones: En el paso 1 del flujo el usuario no tiene permisos

para realizar el registro del pedido del producto
Extensiones: El usuario no puede realizar el registro del pedido de los
productos inexistentes
57
13.2. Diagrama de clases Inventario
58
13.3. Diagrama de secuencia Inventario
59
14. MODULO DE ADOPCIÓN
14.1. Casos de uso módulo de adopción
60
Caso de uso ID: ADP001
Caso de Uso Nombre: Iniciar sesión - Login

por:

Revisión:
Descripción: El usuario ingresará a la aplicación y selecciona el módulo

de adopción
Flujo Normal: 1. El sistema solicita número de identificación.

2. El usuario ingresa el número de identificación.
5. El sistema valida si el usuario está dentro del
sistema de información.
plataforma.
correctamente.

contraseña:
contraseña
contraseña
identificación
10. El sistema indica al usuario pulsar la opción recuperar
contraseña
12. El sistema enviara su nueva contraseña a su correo
personal
autenticación.
61
Caso de uso ID: ADO002
Caso de Uso Nombre: Seleccionar Ciudad

por:

Revisión:
Actores: Usuario
Descripción: El Usuario puede seleccionar una ciudad que este en el

listado
Precondiciones: Las ciudades deben estar registradas
Postcondiciones: El usuario selecciona ciudad para consultar los centros

de adopción
Flujo Normal: 1. El usuario selecciona ciudad del listado

2. El sistema muestra listado de los centros de
adopción con descripción.
Condición de Éxito: El usuario realiza la consulta de los centros de adopción
de la ciudad seleccionada
Subvariaciones: 1. En el paso 1 del flujo no está la ciudad que el

usuario quiere.
2. En el paso 2 no hay centros de adopción
relacionados con la ciudad
Extensiones: El usuario no puede consultar los centros de adopción
15. MODULO DE ADMINISTRACIÓN

15.1. Administración de usuarios
62
Caso de uso ID: CU001
Caso de Uso Nombre: Crear usuario

Creado por: Bryan Toro Actualizado
por:

Revisión:
Descripción: Creación de los usuarios del sistema

Precondiciones: Ninguna
Postcondiciones: Ninguna
Flujo Normal: 1. El administrador solicita acceso a la opción de

creación de usuarios
2. El sistema verifica que el usuario autenticado tenga
permisos para crear usuarios
3. El sistema solicita los siguientes datos para crear el
usuario:
 Código de usuario (*)
63
 Tipo de identificación (*)
 Número de identificación (*)
 Primer nombre (*)
 Segundo nombre
 Primer apellido (*)
 Segundo apellido
 Correo asignado
 Cargo (*)
 Tipo de cargo (Asistencial, administrativo)
 Número de tarjeta profesional (**)
 NIT de la institución otorgante (**)
 Nombre de la institución otorgante(*)
 Nombre del programa (**)
 Imagen escaneda de la cedula (**)
 Imagen escaneada del diploma (**)
 Imagen escaneada de la tarjeta profesional
Los campos marcados con asterisco (*) son
obligatorios en todos los casos
Los campos con doble asterisco son obligatorios para
los profesionales asistenciales
4. El usuario ingresa la información solicitada
5. El sistema indica que el registro ha sido exitoso
Condición de Éxito: El sistema registra el usuario

Subvariaciones: 2. Si el usuario no tiene permisos para crear usuarios el
sistema genera un mensaje indicando la situación
3. Si el código de usuario diligenciado ya está
registrado en el sistema genera un mensaje
notificándole al administrador. La validación se realizara
inmediatamente después de diligenciar el código de
usuario
3.Si hay un campo obligatorio no diligenciado el
sistema genera el mensaje “Campo obligatorio”
Extensiones: CU004 Asignar permisos por cargo
Caso de Uso Nombre: Consultar usuario
64
por:

Revisión:
Descripción: Consulta de usuarios del sistema
Flujo Normal: 1. El administrador solicita acceso a la funcionalidad

de consultar usuarios
permisos para consultar usuarios
3. Inicialmente el sistema se muestra el listado de
usuarios ordenados alfabéticamente de manera
ascendente por los apellidos
4. El sistema muestra opciones de búsqueda por
número de identificación, apellidos, nombres y cargo
5. El usuario ingresa los criterios de búsqueda y
solicita al sistema realizar la consulta
6. El sistema indica el resultado de la consulta
visualizando los siguientes datos:
 Número de identificación
 Nombre completo
 Correo
 Cargo
Condición de Éxito: El sistema muestra los usuarios con los criterios de

búsqueda definidos
Subvariaciones: 6. Si no existen registros con los criterios de búsqueda
definidos el sistema genera el mensaje “No hay
usuarios registrados con los criterios de búsqueda”
Extensiones: CU003 – Modificar usuario
65
Caso de Uso Nombre: Modificar usuario

por:

Revisión:
Descripción: Modificar usuarios del sistema

Precondiciones: CU002 – Consultar usuario
Flujo Normal: 1. El administrador ubica el usuario y accede a la
funcionalidad de modificación
2. El sistema muestra la información del usuario
seleccionado
3. El administrador modifica los datos pertinentes
4. El sistema almacena la información del usuario
Condición de Éxito: El sistema almacena la información del usuario
modificado por el administrador
Subvariaciones: Ninguna
Extensiones: CU004 Asignar permisos por cargo

Observaciones El sistema no permite modificar el código de usuario
66
Caso de Uso Nombre: Asignar permisos cargo

por:

Revisión:
Descripción: Definición de permisos por pantalla y eventos para

cada cargo
Flujo Normal: 1. El administrador consulta el cargo al que desea
asignar permisos
2. El administrador define los siguientes datos
referente al permiso:
 Código de la pantalla
 Código del evento
3. El sistema almacena la información
4. La aplicación notifica que se ha asignado
correctamente el permiso al cargo definido
Condición de Éxito: El sistema almacena la información del permiso por
cargo
Extensiones: Ninguna
67
Caso de Uso Nombre: Adicionar / Excluir permisos por usuario

por:

Revisión:
Descripción: Adición y exclusión de permisos para un usuario
especifico
Flujo Normal: 1. El administrador consulta el usuario al que desea
adicionar / excluir permisos
2. El administrador define si desea incluir o excluir el
permiso
3. El administrador define los siguientes datos
referente al permiso:
 Código de la pantalla
 Código del evento
4. El sistema almacena la información
5. El sistema notifica que se ha asignado
correctamente el permiso al usuario definido
Condición de Éxito: El sistema almacena la información del permiso por
usuario

Caso de Uso Nombre: Reestablecer clave
68
por:

Revisión:
Descripción: Reestablecimiento de la clave de un usuario especifico
por parte del administrador
Flujo Normal: 1. El administrador consulta el usuario al que desea
reestablecer la contraseña
2. El administrador accede a la funcionalidad de
restablecimiento de clave
3. El administrador selecciona el método de
generación de la clave: manual o aleatoria
4. Generación de la clave
5. El sistema le envía un correo electrónico al usuario
indicándole la nueva clave asignada.
6. El sistema genera el mensaje indicando que la clave
ha sido reestablecida
Condición de Éxito: El sistema reestablece la clave del usuario especificado
Subvariaciones: 4.1 Si el administrador selecciona método aleatorio de
restablecimiento, el sistema genera una clave al
azar de 10 caracteres
4.2 Si el administrador selecciona método manual de
restablecimiento, el usuario digita una clave de 10
caracteres
Caso de Uso Nombre: Deshabilitar usuario

por:
69
Revisión:
Descripción: Deshabilitación de usuarios por parte del administrador
Flujo Normal: 1. El administrador consulta el usuario que desea
deshabilitar
2. El administrador solicita al sistema deshabilitar el
usuario
3. El sistema valida si el usuario tiene citas asignadas
y/o es profesional asignado de algún paciente
4. El sistema deshabilita el usuario
5. El sistema notifica que el usuario se ha

deshabilitado exitosamente
Condición de Éxito: El sistema deshabilita el usuario especificado siempre y

cuando no tenga citas asignadas ni sea profesional
tratante de un paciente
Subvariaciones: 3. Si el usuario especificado tiene citas asignadas o es

profesional tratante de un paciente genera un mensaje
indicando la situación y no deshabilita el usuario
Caso de Uso Nombre: Verificar impedimentos deshabilitación

por:

Revisión:
70
Descripción: Verificación de situaciones que impidan deshabilitar un
usuario especifico
Flujo Normal: 1. El administrador consulta un usuario para verificar si
hay impedimentos para deshabilitarlo del sistema
2. El sistema verifica si el usuario consultado tiene
citas asignadas
3. El sistema genera un listado de las citas que tiene
asignadas el usuario con los siguientes datos:
 Fecha y hora de la cita
 Estado (Agendada, confirmada o cancelada)
 Nombre del profesional
 Tipo de mascota (Perro, gato, ave …)
 Nombre de la mascota
 Identificación del propietario
 Nombre del propietario
4. El sistema verifica si el usuario consultado es
profesional tratante de alguna mascota
5. El sistema genera un listado de las mascotas
tratadas con los siguientes datos:
 Tipo de mascota (Perro, gato, ave …)
 Identificación del propietario
 Nombre del propietario
Condición de Éxito: El sistema deshabilita el usuario especificado siempre y
cuando no tenga citas asignadas ni sea profesional
tratante de un paciente
Subvariaciones: 3. Si el usuario no tiene citas asignadas el sistema

genera un mensaje indicando la situación
4. Si el usuario no es profesional tratante de algún
paciente el sistema genera un mensaje indicando la
situación
71
15.2. Administración de clientes
72
Caso de Uso Nombre: Crear cliente

por:

Revisión:
Actores: Asistente administrativo
Descripción: Creación de clientes
Flujo Normal: 1. El usuario accede al funcionalidad de creación de

clientes
2. El sistema solicita los siguientes datos:
 Tipo de identificación (*)
 Número de identificación (*)
 Primer nombre (*)
 Segundo nombre (*)
 Primer apellido (*)
 Segundo apellido (*)
 País de residencia (*)
 Departamento de residencia (*)
 Ciudad de residencia (*)
 Dirección de residencia (*)
 Correo electrónico (*)
 Celular (*)
 Observaciones
Los campos obligatorios se marcan con asterisco (*)
3. El usuario diligencia el formulario

4. El sistema almacena la información del cliente
5. El sistema notifica que el usuario se ha creado
correctamente
Condición de Éxito: El sistema almacena los clientes creados por el
administrador
Subvariaciones: 4. Si existe un cliente con ese número de identificación
el sistema notificará la situación y no permitirá la
creación del cliente
73
Caso de Uso Nombre: Consultar cliente

por:

Revisión:
Descripción: Consulta de clientes de los servicios veterinarios

ofrecidos por el consultorio
Flujo Normal: 1. El administrador accede a la funcionalidad de
consultar clientes
permisos para consultar clientes
3. Inicialmente el sistema muestra el listado de clientes
ordenados alfabéticamente de manera ascendente
por los apellidos
número de identificación, apellidos, nombres,
departamento y ciudad de residencia
6. El sistema muestra el resultado de la consulta,
visualizando los siguientes datos por cliente:
 Número de identificación
 Nombre completo
 Departamento de residencia
 Ciudad de residencia
 Celular
 Correo electrónico
Condición de Éxito: El sistema consulta los clientes con los criterios
definidos por el usuario
Subvariaciones: 6. Si no existen clientes con los criterios definidos el

sistema notificará la situación
Extensiones: CU013 – Consultar mascotas relacionadas
74
Caso de Uso Nombre: Modificar clientes

por:

Revisión:
Descripción: Modificar clientes de los servicios veterinarios ofrecidos

por el consultorio
Precondiciones: CU010 – Consultar cliente
Flujo Normal: 1. El asistente administrativo ubica el cliente y accede
a la funcionalidad de modificación
2. El sistema muestra la información del cliente
seleccionado
3. El asistente administrativo modifica los datos
pertinentes
4. El sistema almacena la información del cliente
Condición de Éxito: El sistema almacena la información del cliente

modificado por el asistente administrativo
Extensiones: CU012 – Adjuntar documentos
Observaciones El sistema no permite modificar el número de
identificación del cliente
75
Caso de Uso Nombre: Adjuntar documentos

por:

Revisión:
Descripción: Adjuntar documentos

Precondiciones: CU011 – Modificar cliente
Flujo Normal: 5. El asistente administrativo ubica el cliente y accede
a la funcionalidad de modificación
6. El sistema accede a la funcionalidad de adjuntar
documentos
7. El asistente administrativo adjunta los documentos
que considere pertinentes
8. El sistema almacena los documentos adjuntos del
cliente
Condición de Éxito: El sistema almacena los documentos adjuntos por el
asistente administrativo
Observaciones Los formatos permitidos para los documentos adjuntos
son .png, .jpg, .pdf
76
Caso de Uso Nombre: Consultar mascotas relacionadas

por:

Revisión:

Descripción: Consultar las mascotas relacionadas con el cliente
consultado. Es decir aquellas mascotas de las que son
responsables
Precondiciones: CU010 – Consultar cliente
Flujo Normal: 1. El asistente administrativo consulta un cliente
especifico
2. El usuario accede a la funcionalidad de consulta de
mascotas relacionadas
3. El sistema consulta las mascotas de las que es
responsable el usuario especifico mostrando los
siguientes datos:
 Fecha de nacimiento
 Especie
 Raza
 Color
 Sexo
Condición de Éxito: El sistema muestra los animales relacionados con un

cliente específico.
Subvariaciones: 3. Si el cliente no tiene mascotas registradas mostrará
un mensaje indicando la situación
77
15.2. Administración de mascotas
Caso de Uso Nombre: Crear mascota

por:

Revisión:

Descripción: Creación de mascotas que acceden a los servicios
prestados por el consultorio veterinario
Flujo Normal: 1. El asistente administrativo accede al funcionalidad
de creación de mascotas
2. El sistema solicita los siguientes datos:
 Nombre mascota (*)
 Fecha nacimiento
78
 Especie (*)
 Raza (*)
 peso (*)
 Sexo mascota(*)
 Color (*)
 Alergias
 Propietario (*)
3. Los campos obligatorios se marcan con asterisco (*)
4. El usuario diligencia el formulario
5. El sistema almacena la información de la mascota
6. El sistema notifica que la mascota se ha creado
correctamente
Condición de Éxito: El sistema almacena las mascotas creadas por el

Subvariaciones: 4. Si el usuario no diligencia todos los datos obligatorios
el sistema genera un mensaje notificando la situación
Caso de Uso Nombre: Consultar mascota

por:

Revisión:
Descripción: Consulta de mascotas atendidas en los servicios
veterinarios ofrecidos por el consultorio
Flujo Normal: 1. El administrador accede a la funcionalidad de
consultar mascotas
permisos para consultar mascotas
3. Inicialmente el sistema muestra el listado de
79
mascotas ordenados alfabéticamente de manera
ascendente por el nombre
departamento y ciudad de residencia del propietario
y por el nombre de la mascota
6. El sistema muestra el resultado de la consulta,
visualizando los siguientes datos:
 Número de identificación del propietario
 Nombre completo del propietario
 Especie
 Raza
 Color
Condición de Éxito: El sistema consulta las mascotas con los criterios
definidos por el usuario
Subvariaciones: 6. Si no existen mascotas con los criterios definidos el
sistema notificará la situación
Caso de Uso Nombre: Modificar mascota

por:

Revisión:

Descripción: Modificar mascotas atendidas de los servicios
veterinarios ofrecidos por el consultorio
Precondiciones: CU015 – Consultar mascota
80
Flujo Normal: 1. El asistente administrativo ubica la mascota y
accede a la funcionalidad de modificación
2. El sistema muestra la información de la mascota
seleccionada
3. El asistente administrativo modifica los datos
pertinentes
4. El sistema almacena la información de la mascota
Condición de Éxito: El sistema almacena la información de la mascota

modificada por el asistente administrativo
Extensiones: CU017 – Adjuntar documentos

Caso de Uso Nombre: Adjuntar documentos
por:
Revisión:

Descripción: Adjuntar documentos
Precondiciones: CU016 – Modificar mascota


10. El sistema accede a la funcionalidad de adjuntar
documentos
11. El asistente administrativo adjunta los documentos
81
que considere pertinentes
12. El sistema almacena los documentos adjuntos de la
mascota cliente
Condición de Éxito: El sistema almacena los documentos adjuntos por el

Observaciones Los formatos permitidos para los documentos adjuntos
son .png, .jpg, .pdf
Caso de Uso Nombre: Asignar propietario

por:

Revisión:

Descripción: Asignación de propietarios a las mascotas
Precondiciones: CU016 – Modificar mascota
2. El sistema accede a la funcionalidad de asignación
de propietarios
3. El asistente administrativo ubica el propietario por
medio de una asistente de búsqueda de clientes
que permite consultar por número de identificación,
apellidos, nombres, departamento y ciudad de
residencia
4. El usuario confirma la asignación del cliente como
82
propósito de la mascota seleccionada
Condición de Éxito: El sistema permite asignar clientes como propietarios
de mascotas registradas en el sistema
Subvariaciones: 3. El cliente consultado por el asistente administrativo

no está registrado en el sistema. En esta situación la
aplicación generará un mensaje indicando la situación y
mostrará un link que permita acceder a la funcionalidad
de creación de clientes (CU009 - Crear cliente )
16. SERVICIO ASISTENCIAL

Caso de Uso Nombre: Consultar historia clínica
83
por:

Revisión:
Actores: Profesional asistencial
Descripción: Consulta de las historias clínicas de las mascotas por
parte del personal asistencial
Flujo Normal: 1. El profesional accede a la funcionalidad de consulta
de historia clínica
departamento y ciudad de residencia del propietario
y por el nombre de la mascota.
3. El profesional asistencial ubica la mascota y accede
a la historia clínica de dicha mascota
4. El sistema muestra la historia clínica en el siguiente
orden:
 Formatos asistenciales ordenados por fecha del
más reciente al más antiguo
 Medicamentos suministrados en el consultorio
ordenados por fecha del más reciente al más
antiguo
 Formulas medicas veterinarias externas
 Procedimientos realizados
5. En cada registro de la historia clínica se habilitará la

opción de impresión siempre y cuando el profesional
tenga permisos para esta acción
Condición de Éxito: El sistema permite consultar la historia clínica de las
mascotas a los usuarios con los respectivos permisos
Subvariaciones: 4. El sistema mostrará los ítems de la historia clínica

que tenga habilitados el cargo especifico
CU020 – Diligenciar formato
CU021 – Interpretar laboratorios
Extensiones: CU022 – Formular medicamentos
CU023 – Registrar procedimientos
CU024 – Ordenar medicamentos
84
Caso de Uso Nombre: Diligenciar formato asistencial
por:

Revisión:

Descripción: Diligenciamiento de los formatos asistenciales
Precondiciones: CU019 – Consultar Historia Clínica
Flujo Normal: 1. El profesional accede a la funcionalidad de
diligenciar formato asistencial
2. El sistema muestra los formatos asistenciales
habilitados para el cargo del usuario.
3. El profesional asistencial accede al formato
autónomo que desea diligenciar
4. El sistema muestra el formulario de acuerdo al
diseño definido por el administrador
5. El usuario llena el formato autónomo y le solicita al
sistema almacenar la información
6. El sistema guarda el formato autónomo y genera un
mensaje indicando que el registro se ha guardado
correctamente
Condición de Éxito: El sistema almacena el formato diligenciado por el

profesional asistencial
Subvariaciones: 6. Si el usuario no diligencia todos los campos

obligatorios del formato el mensaje genera un mensaje
indicando la situación
Extensiones: CU025 – Registrar visto bueno
85
Caso de Uso Nombre: Interpretar laboratorios

por:

Revisión:
Descripción: Interpretación de laboratorios y ayudas diagnosticas


interpretación de laboratorios
2. El sistema genera un listado de todas las ayudas
diagnosticas relacionadas con el paciente. Habilita
la opción de interpretación a solo las ayudas
diagnósticas y laboratorios asignadas al profesional
autenticado en el sistema
3. Con respecto a los otros laboratorios y ayudas
diagnosticas sólo podrá consultar la interpretación
realizada por los otros profesionales
4. El profesional diligencia el formato autónomo de
interpretación de laboratorios y ayudas diagnosticas
definido por el administrador del sistema.
5. El profesional solicita al sistema almacenar la
información
6. El sistema guarda el formato autónomo y genera un
mensaje indicando que el registro se ha guardado
correctamente
Condición de Éxito: El sistema almacena el formato de interpretación de
laboratorios y ayudas diagnosticas diligenciado por
profesionales con cargos habilitados para realizar esta
acción

Extensiones: Ninguno
Caso de Uso Nombre: Formular medicamentos

86
por:

Revisión:

Descripción: Formulación de medicamentos
formulación de medicamentos
2. El sistema verifica si el cargo del usuario tiene
permiso para formular medicamentos
3. El sistema muestra dos opciones de formulación de
medicamentos:
 Formula interna
 Formula externa
4. El profesional accede a la funcionalidad que
considere pertinente
Condición de Éxito: El sistema muestra las opciones de formula interna y

formula externa a los profesionales con cargos
habilitados para realizar esta acción
Subvariaciones: 3. Si el cargo del profesional no está habilitado para

formular medicamentos el sistema genera un mensaje
Extensiones: CU025 – Ordenar medicamentos
CU026 – Realizar formula externa
Caso de Uso Nombre: Registrar procedimientos

por:

Revisión:
87
Descripción: Registro de procedimientos realizados a los pacientes
del consultorio veterinario

Flujo Normal: 1. El profesional accede a la funcionalidad de registro
de procedimientos
2. El sistema verifica si el cargo del usuario tiene
permiso para registrar procedimientos a los
pacientes
3. El sistema muestra el formato autónomo definido
por el administrador para el registro de
procedimientos
4. El profesional diligencia el formato autónomo y
solicita al sistema almacenar la información
5. El sistema genera un mensaje indicando que el
formato se ha almacenado correctamente
Condición de Éxito: El sistema almacena el formato de registro de
procedimientos diligenciado por profesionales con
cargos habilitados para realizar esta acción

Caso de Uso Nombre: Registrar visto bueno

por:

Revisión:

Descripción: Registro de vistos buenos por parte de profesionales a
médicos veterinarios internos o en etapa de práctica.
88
Precondiciones: CU020 – Diligenciar formato asistencial
Flujo Normal: 1. El profesional ubica el formato autónomo que fue
diligenciado por un médico veterinario interno y
requiere visto bueno por medio del filtro destinado
para dicho fin en la pantalla inicial de la historia
clínica
2. El sistema verifica si el cargo del profesional tiene
acceso al registro de vistos buenos
3. El profesional accede a la funcionalidad de
diligenciar formato asistencial
4. El sistema muestra la información diligenciada
previamente por el médico veterinario interno.
5. El profesional valida si la información es correcta y
coherente
6. El usuario registra con visto bueno el formato
asistencial
7. El sistema indica que ha registrado el visto bueno
con éxito
Condición de Éxito: El sistema almacena los visto buenos registrados por
profesional con un cargo habilitado para realizar dicha
acción
Subvariaciones: 6. Si el profesional no desea registrar el visto bueno
puede cancelar el proceso y volver a la pantalla anterior
Caso de Uso Nombre: Ordenar medicamentos

por:
Revisión:

Descripción: Orden de medicamentos es la funcionalidad que
permite al veterinario solicitar medicamentos para ser
89
suministrados dentro del consultorio veterinario
Precondiciones: CU022 – Formular medicamentos
Flujo Normal: 1. El profesional ha solicitado al sistema acceder a la
funcionalidad de órdenes de medicamentos
permiso para ordenar medicamentos
3. El profesional accede al formato de solicitud de
medicamentos definido por el administrador del
sistema en los formatos autónomos
4. El usuario solicita al sistema guardar la orden de
medicamentos diligenciada
5. El sistema almacena la orden y genera una
notificación a enfermería para realizar el respectivo
alistamiento y despacho
6. El sistema genera un mensaje indicando que la
orden de medicamentos se ha registrado
correctamente y el área de enfermería ha sido
notificada
Condición de Éxito: El sistema almacena las ordenes de medicamentos
registradas por usuarios con un cargo habilitado para
realizar dicha acción y notifica al área de enfermería
Subvariaciones: 3. Si el medicamento requerido por el profesional no es
encuentra en el listado el profesional debe notificar por
correo electrónico al administrador del sistema

Caso de Uso Nombre: Realizar formula externa

por:

Revisión:

Descripción: La fórmula externa se refiere a aquel formato donde se
recetan unos medicamentos para ser adquiridos y/o
suministrados en un lugar diferente al consultorio
veterinario
Precondiciones: CU022 – Formular medicamentos
90
Flujo Normal: 1. El profesional ha solicitado al sistema acceder a la
funcionalidad de formula externa
permiso para acceder al formato de formula externa
3. El profesional accede al formato de fórmulas
externas definido por el administrador del sistema
en los formatos autónomos
4. El usuario solicita al sistema guardar la formula
externa diligenciada
5. El sistema almacena el formato y le habilita la
opción de impresión al profesional
6. El sistema genera un mensaje indicando que la
formula externa se ha guardado correctamente.
Condición de Éxito: El sistema almacena el formato de registro de

procedimientos diligenciado por profesionales con
cargos habilitados para realizar esta acción
Subvariaciones: 5. El sistema no habilita la opción de imprimir el formato
si el cargo del profesional no tiene dicho permiso
91
16 BIBLIOGRAFÍA
DANE, (2017) – Indicadores básicos TIC Empresas

https://www.dane.gov.co/index.php/estadisticas-por-tema/tecnologia-e-
innovacion/tecnologias-de-la-informacion-y-las-comunicaciones-tic/indicadores-basicos-
de-tic-en-empresas
DANE, (2018) – Muestra Trimestral de Servicios

https://www.dane.gov.co/index.php/estadisticas-por-tema/servicios/muestra-trimestral-de-
servicios-mts
Comvezcol, (2015) – Estudio de las profesiones de ciencias veterinarias

http://comvezcol.org/descargas/ESTUDIO-PROFESIONES-CIENCIAS-
VETERINARIAS.pdf
Afinsas, (2017) – Estatuto tributario

http://afinsas.com/app/vt/consultas/ESTATUTO%20TRIBUTARIO.pdf
Ministerio de Educación Nacional, (2000) Ley 576 del año 2000

https://www.mineducacion.gov.co/1621/articles-105017_archivo_pdf.pdf
92
DANE,(2017) – Indicadores básicos TIC Microestablecimientos
https://www.dane.gov.co/files/investigaciones/boletines/tic/bol_micro_2016.pdf
Abrego D,(2017) Influencia de los sistemas de información en los resultados

organizacionales
https://www.sciencedirect.com/science/article/pii/S0186104216300432
Periódico El Colombiano (2016) - Mercado de mascotas crece, Colombia es cuarto en

América Latina
http://www.elcolombiano.com/cultura/mascotas/mascotas-mercado-crece-en-colombia-un-
13-por-ciento-IX5202497
Periódico El Espectador, (2015) – En seis de cada 10 hogares colombianos hay mascotas

https://www.elespectador.com/noticias/economia/seis-de-cada-10-hogares-colombianos-
hay-mascotas-articulo-540449
93

Trabajo Ingenieria de Software PDF

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Trabajo Ingenieria de Software PDF

Enviado por

Direitos autorais:

Formatos disponíveis

Contenido

Historia Clínica: Almacenar la hoja de identificación de los pacientes, procedimientos,

Inventario: Control de la cantidad de medicamentos y suministros utilizados en el

Facturación: Generación de facturas cómo resultado de la prestación de servicios

Control de citas: Agendamiento, confirmación y cancelación de citas.

Diseñar un sistema de información para consultorios veterinarios de pequeños animales

 Identificar las necesidades de los consultorios veterinarios con respecto al manejo de

 Determinar las normas, leyes y políticas que rigen la prestación de servicios

 Proponer aspectos que generen valor agregado con respecto a la gestión de

4. PLANTEAMIENTO DEL PROBLEMA

En Colombia 6 de cada 10 hogares tienen mascotas según encuesta de Fenalco, de

“De los 33.013 microestablecimientos analizados en el periodo octubre 2015 a septiembre

Por sectores, usaron computador de escritorio, el 32,0% de los microestablecimientos

Gestionar la información es una labor de suprema importancia para toda empresa o

Optimización de los tiempos de respuesta: Tener sistematizada la información mejora

Facilidad: Manejar información de los clientes en tiempo real no es viable cuando la

Estandarización de procesos: En el momento de crear un sistema de información se

Información financiera sistematizada: La exigencia de tener la contabilidad y

La sociedad actual, la denominada sociedad de la postmodernidad tiene fuerte relación

 Gestión de grandes volúmenes de información

Teniendo en cuenta estas características de los sistemas de información, es pertinente

6.2 La especificación de requerimientos, una fase de suprema importancia

6.3 Crecimiento del sector informático

De acuerdo a información publicada por el DANE en el informe de Muestra Trimestral de

7.1. Aspectos generales

El ejercicio de la Medicina Veterinaria y Zootecnia está regulado por el Consejo

 Ley 073 del 8 de octubre de 1985

 Ley 576 del 15 de febrero de 2000

 Decreto 1279 del 22 de junio de 1994

7.2. Implicaciones de las normas en el desarrollo de software

Realizado el análisis de las leyes y decretos mencionados anteriormente se identificaron

Artículo 22, Ley 576 del año 2000

Artículo 57, Ley 576 del año 2000

Artículo 18, Ley 576 del año 2000

Artículo 89, Ley 576 del año 2000

Artículo 615, Estatuto Tributario (Fragmento)

Artículo 617, Estatuto Tributario (Fragmento)

8.1. Análisis inicial

Elegir la metodología de desarrollo en un proyecto de software es una decisión de

Aspecto Metodologías ingenieriles Metodologías Agiles

 Poca flexibilidad  Requieren alto compromiso del

 Cascada estricta (No  Extreme Programming (XP)

 Plan completo y especifico  Plan general no especifico, planes

 Relación vía analista  Relación directa entre cliente y

“Estamos descubriendo formas mejores de desarrollar

Individuos e interacciones sobre procesos y herramientas

Esto es, aunque valoramos los elementos de la derecha,

Teniendo en cuenta que se desea diseñar un sistema de información para consultorios

8.2. Tabla de asignación de tareas

Modulo Tarea Responsable

Definición de requerimientos Esteban Morantes

Se acuerda realizar reuniones en los siguientes horarios:

8.3. Tabla de horarios de las reuniones

Día de la semana Propósito Horario

Lunes Definición de objetivos 9:30 a 10:00 pm

Martes Planeación 9:30 a 10:00 pm

Domingo Entrega final sprint 8:30 a 9:00 pm

Se definen sprint´s semanales

Modulo Tarea Responsable Fecha

Historia Clínica Modelar casos de uso Bryan Toro 28-Abr-2018

Control de citas Modelar casos de uso Esneider Pinzón 30-Abr-2018

Facturación Modelar casos de uso Esteban Morantes 30-Abr-2018

Definir Anyela Ruiz