Beruflich Dokumente
Kultur Dokumente
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:
Adopción de animales: Este proceso tiene como propósito servir de intermediario para
facilitar la adopción de mascotas.
2. OBJETIVO GENERAL
3
3. OBJETIVOS ESPECIFICOS
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:
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
7
cubrir esta deficiencia se debe garantizar una base de datos en línea para obtener la
información desde cualquier.
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
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:
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
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
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”
12
su profesión hayan conocido, visto, escuchado o comprendido, salvo en los casos
contemplados expresamente en las disposiciones legales”
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
15
individuales
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:
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
Inventario Casos de uso Anyela Ruiz
Diagrama de clases
Definición de requerimientos
Adopción de animales Casos de uso Anyela Ruiz
Diagrama de clases
General Consolidar aportes y ajustar Bryan Toro
documentación
Primera entrega e
Viernes 8:30 a 9:30 pm
identificación de ajustes
18
8.4. Cronograma de trabajo
Consolidar aportes y
General ajustar Bryan Toro 30-Abr-2018
documentación
Definir
Historia Clínica Bryan Toro 30-Abr-2018
requerimientos
Modelar diagrama de
Historia Clínica Bryan Toro 6-May-2018
clases
Definir
Control de citas Esneider Pinzón 30-Abr-2018
requerimientos
Modelar diagrama de
Control de citas Esneider Pinzón 6-May-2018
clases
Definir
Facturación Esteban Morantes 30-Abr-2018
requerimientos
Modelar diagrama de
Facturación Esteban Morantes 6-May-2018
clases
Modelar diagrama de
Inventario Anyela Ruiz 6-May-2018
clases
19
9. ASPECTOS DE VALOR AGREGADO
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.
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
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 )
(*)
24
Se requiere almacenar la
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 (*)
25
Se requiere almacenar la
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
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
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
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
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
El aplicativo nos permitirá
escoger los diferentes medios
FACT015 Facturación Alta Medio de pago pago (efectivo,crédito,etc) 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
31
Creado por: Esneider Pinzón Actualizado
por:
32
personal
Extensiones: 1. El usuario intenta ingresar con otro rol
2. El sistema no valida los datos del usuario en la
autenticación.
Actores: Sistema
Descripción: El sistema reconocerá a la persona que solicita la
consulta para su mascota
33
por:
34
Caso de uso ID: AC003
Actores: Sistema
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.
Actores: Sistema
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:
Actores: Usuario
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.
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.
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.
39
11.4 Diagrama de secuencia
11.4.3 Reagendamiento
40
12. FACTURACIÓN
41
Caso de uso ID: FACT001
Actores: Usuario
42
Descripción: El usuario selecciona la imagen membrete para diseño
de la factura
Precondiciones: Estar registrado en el sistema.
Actores: Sistema
Descripción: El sistema asignara un numero consecutivo a cada
factura
Precondiciones: El usuario debió ingresar al sistema correctamente.
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
Actores: Sistema
Descripción: El sistema asignara la fecha y hora a la factura
Precondiciones: El usuario debió ingresar al sistema correctamente.
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
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
45
Fecha de creación: 30-Abr-2018 Última
Revisión:
Actores: Usuario
Actores: Sistema
Descripción: El sistema puede calcular descuentos a artículos según
la promoción
46
Extensiones: El sistema no puede calcular descuentos
47
Creado por: Javier Esteban Actualizado
por:
48
12.3. Diagramas de secuencia facturación
49
Ilustración 1 - Visualizar factura
50
Ilustración 2 - Diagrama generar factura
51
13. INVENTARIO
52
53
Caso de uso ID: INV000
54
Extensiones: 1. El usuario intenta ingresar con otro rol
2. El sistema no valida los datos del usuario en la
autenticación.
Actores: Usuario
55
Fecha de creación: 25-Abr-2018 Última
Revisión:
56
Condición de Éxito: El usuario realiza el registro de productos nuevos e
inexistentes en el inventario.
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
61
Caso de uso ID: ADO002
Actores: Usuario
62
Caso de uso ID: CU001
Actores: Administrador
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
64
Creado por: Bryan Toro Actualizado
por:
Postcondiciones: Ninguna
65
Caso de uso ID: CU003
Actores: Administrador
66
Caso de uso ID: CU004
67
Caso de uso ID: CU005
Actores: Administrador
Descripción: Adición y exclusión de permisos para un usuario
especifico
Precondiciones: Ninguna
Postcondiciones: Ninguna
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
Subvariaciones: Ninguna
Extensiones: Ninguna
68
Creado por: Bryan Toro Actualizado
por:
Postcondiciones: Ninguna
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
Extensiones: Ninguna
69
Revisión:
Actores: Administrador
Descripción: Deshabilitación de usuarios por parte del administrador
Precondiciones: CU002 – Consultar usuario
Postcondiciones: Ninguna
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
Extensiones: Ninguna
70
Descripción: Verificación de situaciones que impidan deshabilitar un
usuario especifico
Precondiciones: CU002 – Consultar usuario
Postcondiciones: Ninguna
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 …)
Nombre de la mascota
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
Extensiones: Ninguna
71
15.2. Administración de clientes
72
Caso de uso ID: CU009
Precondiciones: Ninguna
Postcondiciones: Ninguna
73
Caso de uso ID: CU010
74
Caso de uso ID: CU011
Postcondiciones: Ninguna
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
Subvariaciones: Ninguna
Extensiones: CU012 – Adjuntar documentos
Observaciones El sistema no permite modificar el número de
identificación del cliente
75
Caso de uso ID: CU012
76
Caso de uso ID: CU013
77
15.2. Administración de mascotas
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
Postcondiciones: Ninguna
Flujo Normal: 1. El administrador accede a la funcionalidad de
consultar mascotas
2. El sistema verifica que el usuario autenticado tenga
permisos para consultar mascotas
3. Inicialmente el sistema muestra el listado de
79
mascotas ordenados alfabéticamente de manera
ascendente por el nombre
4. El sistema muestra opciones de búsqueda por
número de identificación, apellidos, nombres,
departamento y ciudad de residencia del propietario
y por el nombre de la mascota
5. El usuario ingresa los criterios de búsqueda y
solicita al sistema realizar la consulta
6. El sistema muestra el resultado de la consulta,
visualizando los siguientes datos:
Número de identificación del propietario
Nombre completo del propietario
Nombre de la mascota
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
Extensiones: Ninguna
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
Subvariaciones: Ninguna
81
que considere pertinentes
12. El sistema almacena los documentos adjuntos de la
mascota cliente
Subvariaciones: Ninguna
Extensiones: Ninguna
Observaciones Los formatos permitidos para los documentos adjuntos
son .png, .jpg, .pdf
82
propósito de la mascota seleccionada
Condición de Éxito: El sistema permite asignar clientes como propietarios
de mascotas registradas en el sistema
83
Creado por: Bryan Toro Actualizado
por:
Postcondiciones: Ninguna
Flujo Normal: 1. El profesional accede a la funcionalidad de consulta
de historia clínica
2. El sistema muestra opciones de búsqueda por
número de identificación, apellidos, nombres,
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
84
Caso de uso ID: CU020
Caso de Uso Nombre: Diligenciar formato asistencial
Creado por: Bryan Toro Actualizado
por:
85
Caso de uso ID: CU021
86
por:
87
Actores: Profesional asistencial
Descripción: Registro de procedimientos realizados a los pacientes
del consultorio veterinario
88
Precondiciones: CU020 – Diligenciar formato asistencial
Postcondiciones: Ninguna
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
Extensiones: Ninguno
89
suministrados dentro del consultorio veterinario
Precondiciones: CU022 – Formular medicamentos
Postcondiciones: Ninguna
Flujo Normal: 1. El profesional ha solicitado al sistema acceder a la
funcionalidad de órdenes de medicamentos
2. El sistema verifica si el cargo del profesional tiene
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
Extensiones: Ninguno
90
Postcondiciones: Ninguna
Flujo Normal: 1. El profesional ha solicitado al sistema acceder a la
funcionalidad de formula externa
2. El sistema verifica si el cargo del profesional tiene
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.
91
16 BIBLIOGRAFÍA
92
DANE,(2017) – Indicadores básicos TIC Microestablecimientos
https://www.dane.gov.co/files/investigaciones/boletines/tic/bol_micro_2016.pdf
93