Documento Proyecto Formativo SENA

1
SISTEMA DE INFORMACIÓN PARA GESTIÓN DE PACIENTES CON PROBLEMAS

FÍSICO-CORPORALES EN EL CONSULTORIO DE FISIOTERAPIA NATHALY
VALCARCEL
INTEGRANTES:
LUISA FERNANDA ARIZA ESPINEL
SEBASTIAN PAEZ PRADO
BRIAN MICHAELLE DIAZ SILLIE
THOMAS HUÉRFANO RAMIREZ
INSTRUCTORA:
CAROLINA FORERO SANCHEZ
FICHA:2242755
TECNOLOGO EN ANALISIS Y DESARROLLO EN SISTEMAS DE INFORMACIÓN
CENTRO DE GESTIÓN DE MERCADOS, LOGÍSTICA Y TECNOLOGÍAS DE LA

INFORMACIÓN.
DISTRITO CAPITAL
SERVICIO NACIONAL DE APRENDIZAJE
BOGOTÁ
2021
2
3
TABLA DE CONTENIDO
Contenido
LISTA DE TABLAS...................................................................................................................6
LISTA DE FIGURAS..................................................................................................................7
INTRODUCCIÓN:......................................................................................................................8
1. PLANTEAMIENTO DEL PROBLEMA........................................................................10
1.1. Descripción del problema:........................................................................................10
1.2. Justificación:...........................................................................................................11
1.3. Objetivos..................................................................................................................12
1.3.1. Objetivo General:...............................................................................................12
1.3.1.1. Objetivos Específicos:.....................................................................................12
1.4. Delimitación y alcance:..........................................................................................13
1.5. Cronograma de actividades:..................................................................................14
2. ANÁLISIS DE LA SITUACIÓN ACTUAL...................................................................15
2.1. Mapa de procesos de la empresa:..........................................................................15
2.2. Diagramas de actividades...................................................................................................16
2.3. Diagrama de Flujo del proceso:...................................................................................19
2.4Análisis de los stakeholders:..........................................................................................19
2.4.1. Lista de posibles cambios del sistema y clasificación de requisitos................................20
2.5. Requisitos Funcionales:................................................................................................22

4
2.6. Requisitos No funcionales:.....................................................................................52
2.6.1. Requerimientos No Funcionales de hardware y software:.................................53
2.6.2. Requerimientos de interfaz de usuario:...........................................................57
2.6.3. Requerimientos de desarrollo y seguridad:....................................................58
3. DISEÑO DEL SISTEMA................................................................................................59
3.6. Diagramas y Documentación de Casos de Uso de Alto Nivel.................................59
Casos de uso Administrador..................................................................................................59
Casos de uso Fisioterapeuta...................................................................................................92
Casos de uso Paciente..........................................................................................................107
3.7. Diseño físico de la base de datos............................................................................116
3.7.1. Modelo Relacional..............................................................................................116
3.7.2. Diccionario de Datos..........................................................................................116
3.8. Diseño de la arquitectura funcional........................................................................127
3.9. Diseño interfaz y navegación.................................................................................129
3.9.1. Mockups - Wireframes.......................................................................................129
CONCLUSIONES...................................................................................................................153
BIBLIOGRAFÍA.....................................................................................................................154
ANEXOS.................................................................................................................................155
5
6
LISTA DE TABLAS
Tabla 1. Análisis de riesgos del proyecto. 5
Tabla 2. Recursos tecnológicos
disponibles en la empresa. 5
Tabla 3. Recursos tecnológicos necesarios para la construcción del proyecto. 6
Tabla 4. Viabilidad operativa. 6
Tabla 5. Presupuesto para el desarrollo del proyecto. 7
Tabla 6. Costos de configuración e implantación del proyecto. 8
Tabla 7. caracterización de procesos. 9
Tabla 8. Lista de posibles cambios y clasificación de requisitos. 10
Tabla 9. Requisitos transformados y priorizados. 10
Tabla 10. Requisitos no funcionales. 11

7
LISTA DE FIGURAS
figura 1. Mapa de procesos. 10
figura 2 Diagrama de Flujo del proceso. 11

8
INTRODUCCIÓN:
En el siguiente documento vamos a encontrar la lista de las tablas relacionadas con nuestro
proyecto de sistema de información, en cual están requisitos funcionales, requisitos no
funcionales, mapa de procesos y diagrama de flujo. Nuestro proyecto tiene los siguientes ciclos
de vida que debe tener un sistema de información, fue planificado muy bien utilizando métodos
de levantamiento de información y maquetado el sistema de acuerdo con las necesidades del
cliente, en el análisis observamos lo que el sistema tiene que hacer para cubrir con las
necesidades de nuestro cliente en este caso ayudar a las personas con sus terapias y a llevar un
control eficaz, se diseña teniendo en cuenta las comodidades del cliente y dejando colores
corporativos, que sean representativos del consultorio o colectivo, se hacen pruebas para que
entre nuestro grupo de trabajo se identifiquen errores que a veces pueden presentarse y por último
se implementa en el consultorio para suplir con la necesidad no solo de los clientes sino que
también supla la necesidad de los empleados que trabajan en este sitio.
Nuestra idea de trabajo es facilitarle el trabajo al colectivo y a todas las personas que trabajan en
este lugar, cabe recordar que nuestra idea no es solucionar todos los problemas de este colectivo
ya que solo podemos suplir una necesidad tecnológica y de información, esperemos que con
nuestro sistema se pueda suplir esa necesidad y que el trabajo en este lugar sea un poco más
sencillo. De acuerdo con lo anteriormente explicado nuestro proyecto emplea una estructura que
nos permita más adelante modificar cosas si es necesario, porque en el transcurso de nuestro
proyecto se pueden presentar circunstancias que nos obliguen a hacer cambios, también será un
sistema óptimo para el consultorio atendiendo a las problemáticas que en la fase de levantamiento
9
de información expresaron los clientes; somos un grupo de aprendices que trabajan sin dejar de
lado nada, cada uno de nosotros tenemos en claro las fases que tenemos que seguir para crear un
sistema de información que sea útil y eficaz para el consultorio.

10
1. PLANTEAMIENTO DEL PROBLEMA.
1.1. Descripción del problema:
El consultorio de Fisioterapia Ft. Nathaly Valcarcel se especializan en la recuperación de
los problemas musculares o articulares de pacientes, la disminución del dolor, la pronta
recuperación de la movilidad, ubicada en Bogotá D.C en la localidad de Kennedy, siendo este su
único consultorio, especializada en el área de Ortopedia y Traumatología tiene a su cargo la
prevención, el tratamiento y el manejo de las secuelas traumáticas, tanto en niños como en
adultos.
La parte administrativa es la encargada de la gestión de casos asignados al fisioterapeuta, el
consultorio consigna datos y casos asignados en un archivo de Excel, este proceso ha generado
múltiples inconvenientes con la pérdida de datos del paciente y el fisioterapeuta (empleado)
generando una mala recolección de información en el sistema. El proceso de atención al paciente
es llevado a cabo por el fisioterapeuta que tiene como objetivo brindan servicios a individuos y
colectivos humanos para conservar o restaurar la máxima capacidad funcional del movimiento,
proceso que se ha convertido poco ágil, ya que siempre que van a asignar una cita les toca
remitirse a toda la documentación del mismo, generando un déficit en su trabajo.
Las actividades de levantamiento de información realizada en el consultorio de Fisioterapia Ft.
Nathaly Valcarcel, dio como resultado de la solución, la necesidad de sistematizar los procesos
que se vienen realizando manualmente causado por un sistema defectuoso que venían tratando
sus datos en archivos adobe PDF o Excel, teniendo en cuenta a las Personas Mayores (60 años o
más) dándole más entendimiento a la aplicación de una manera didáctica.

11
¿Cómo un sistema de información puede llegar mejorar la gestión administrativa y
personal de los entes que interactúan en el consultorio de Fisioterapia Ft. Nathaly
Valcarcel?
1.2. Justificación:
Este trabajo pretende realizar una revisión, análisis e interpretación relacionada con la
problemática anteriormente especificada en la página anterior, entorno a la solución del problema
que ha sido identificado en “El consultorio de Fisioterapia Ft. Nathaly Valcarcel” sobre las
dificultades que se presentan en el desarrollo de las actividades de recolección de datos y la lenta
solución del proceso a atención al paciente, datos que son esenciales para el logro de sus
objetivos misionales y mejorar el rendimiento en la calidad y prestación de sus servicios
redundando en beneficios para los administradores, Fisioterapeutas y pacientes, este último
mencionado es muy importante para el sistema, ya que es a este a quien va principalmente
centrado el objetivo y el propósito de la empresa.
Por lo anterior, se requiere dar un buen uso de los datos del paciente, para que con ello se
haga un eficaz proceso de atención al paciente, junto con esto, el papel que ejercen los
fisioterapeutas y los administradores que son los principales conocedores del tema, son muy
importantes ya que cumplirán con sus procesos misionales, su desarrollo del talento humano,
junto con esto se logra conseguir una mejor gestión en la innovación y adopción de las mejores
prácticas de las TIC junto con la gestión de las comunicaciones estratégicas que permite mejorar
el proceso de recolección y administración de datos del paciente, el proceso de atención médica

12
y comunicativa del paciente, por lo tanto este trabajo se justifica a partir de los siguientes
factores:
● El producto de este trabajo es conveniente para todos los roles del sistema desde el
punto de vista de mejoramiento en recolección y administración de datos
personales, haciéndolo más eficaz y eficiente en las prácticas diarias del mismo.
● Desde el punto de vista social el proyecto aporta a los fisioterapeutas, a pacientes y
a los administradores la agilizar el proceso y la comunicación entre paciente y
fisioterapeuta, una herramienta que les facilita sus tareas diarias, dando un mejor
uso del sistema, donde las tres partes quedan satisfechas con un mejor resultado y
rendimiento.
● El conocimiento, a fondo de los procedimientos e implicados en los procesos
permite fortalecer el análisis en cuanto a la interacción del sistema.
● El análisis adecuado de los datos recolectados contribuye en la propuesta de mejores
prácticas y mayor rendimiento en el desarrollo de los procesos.
1.3. Objetivos.
1.3.1. Objetivo General:
Construir un sistema de información orientada a la web, que mejore el desempeño en la gestión
de pacientes con problemas físico corporales en el consultorio Ft. Nathaly Valcarcel.
1.3.1.1. Objetivos Específicos:
● Realizar el levantamiento de información con las metodologías que mejor se acomoden
a su característica de proyecto.
13
● Diseñar una base de datos donde podamos tener la información tomada desde el
levantamiento de información, de una manera más ordenada.
● Desarrollar la solución tecnológica para la problemática que fue expresada por el cliente
en el levantamiento de información.
● Desarrollar el sistema funcional de acuerdo a las solicitudes del cliente.
● Implantar la solución tecnológica para el mejor manejo de datos y del paciente en el
consultorio.
1.4. Delimitación y alcance:
El proyecto se llevará a cabo en el consultorio de fisioterapia Ft. Nathaly Valcarcel,
específicamente en el área de gestión de pacientes en dónde se realiza el levantamiento de
información necesario para identificar las necesidades del cliente y que estén involucradas en el
desarrollo del proyecto.
El tiempo de desarrollo del proyecto no debe ser superior a nueve (9) meses desde el momento
de aceptación de la idea de proyecto.
El sistema de información está orientado a solucionar la problemática identificada y por lo tanto
solo realiza las siguientes actividades:
- Realizar una interfaz para que los usuarios se sientan cómodos al entrar al sistema.
- Realizar un módulo que le permita al fisioterapeuta asignar una cita a sus pacientes.
- Realizar un módulo que le permita al paciente conocer sobre los diferentes tipos de
fisioterapias que existen.
- Realizar un módulo que le permita al paciente registrarse y cargar sus documentos.
- Realizar un módulo que le permita a la administración tener ordenada la documentación
de los pacientes.
14
De igual forma por estar orientada a solucionar el problema identificado en el área de gestión de
pacientes el producto de este proyecto no realiza ninguna actividad adicional que no esté definida
dentro del dominio del problema identificado.
1.5. Cronograma de actividades:
Después de analizar los requisitos necesarios para la solución del problema se realiza la
planificación del proyecto contenida en la tabla 6 Cronograma de actividades del proyecto.
Tabla 6
15
2. ANÁLISIS DE LA SITUACIÓN ACTUAL
2.1. Mapa de procesos de la empresa:

16
2.2. Diagramas de actividades

17
18
19
2.3. Diagrama de Flujo del proceso:
2.4Análisis de los stakeholders:
Acá podrán encontrar el cuadro de los stakeholders.
Link de acceso a el archivo Excel del cuadro:
https://drive.google.com/drive/folders/1IZBVSXz0_v7SmBCcfu48Ah3nVnN5t4h5?usp=sharing
20
2.4.1. Lista de posibles cambios del sistema y clasificación de requisitos

21
2.5. Requisitos Funcionales:
Lista de requisitos funcionales (priorizados)
Tabla 9Requisitos transformados y priorizados
Requisitos de la solución
Código Nombre Fecha Grado Necesidad
RF001 Alto
El sistema deberá permitir que el
paciente pueda loguearse en el
sistema.
Descripción
El paciente tendrá acceso al sistema y podrá ingresar para visualizar todos
sus documentos y eventos importantes.

22
Entradas Fuente Salida Destino Regla de negocio
Nombre de Mockup Paciente Base de El paciente tiene

usuario, formulario para ingresado al datos derecho a conocer sus
contraseña. ingresar al sistema procesos
sistema
Proceso
- El paciente entra al login
- Digita sus datos registrados
- Si son correctos ingresa al sistema
Colateral
Efecto
Si el paciente no tiene datos registrados no podrá entrar al sistema
RF002 Alto
23
administrador pueda loguearse

en el sistema.
Descripción
El administrador tendrá acceso al sistema y podra ingresar para visualizar
todos sus documentos y eventos importantes.
Nombre de Mockup Administrad Base de El administrador tiene

usuario, formulario para or ingresado datos derecho a conocer sus
contraseña. ingresar al al sistema procesos
sistema
Proceso
- El administrador entra al login
Colateral
Efecto
Si el administrador no tiene datos registrados no podrá entrar al
sistema
24
RF003 Alto
fisioterapeuta pueda loguearse en
el sistema.
Descripción
El fisioterapeuta tendrá acceso al sistema y podrá ingresar para visualizar
todos sus documentos y eventos importantes.

25
Nombre de Mockup fisioterapeuta Base de El fisioterapeuta tiene

usuario, formulario para ingresado al datos derecho a conocer sus
contraseña. ingresar al sistema procesos
sistema
Proceso
- El fisioterapeuta entra al login
Colateral
Efecto
Si el fisioterapeuta no tiene datos registrados no podrá entrar al
sistema
26
RF004 Alto
El sistema deberá permitir al
administrador realizar la gestión
de usuarios en sus 4 fases del
CRUD.
Descripción
El administrador podrá crear, consultar, modificar e inhabilitar un
empleado.

27
Registro de Mockup de el Registro con Base de El administrador

usuarios sistema de las opciones datos tendrá el control
usuarios en cada seguro y ordenado de
usuario los datos.
Proceso
- El administrador entra al sistema.
- Busca la opción usuario.
- Selecciona al usuario.
- Elige cualquiera de las opciones de la CRUD.
Colateral
Efecto
Si el administrador no puede entrar al sistema no podrá realizar
ninguna acción.
28
RF005 Alto
de pacientes en sus 4 fases del
CRUD.
Descripción
El administrador podrá crear, consultar, modificar e inhabilitar un
paciente.

29

pacientes sistema de las opciones datos tendrá el control
pacientes en cada seguro y ordenado de
paciente los datos.
Proceso
- Busca la opción pacientes.
- Selecciona al paciente.
Colateral
Efecto
ninguna acción.
30
RF006 Alto
de citas en sus 4 fases del
CRUD.
Descripción
El administrador podrá crear, consultar, modificar e inhabilitar una cita.

31
Calendario de Mockup de el Registro en Base de El administrador

citas calendario de el calendario datos tendrá el control
citas con las seguro y ordenado de
opciones en los datos.
cada cita
Proceso
- Busca el calendario de citas.
- Selecciona la cita o las citas correspondientes.
Colateral
Efecto
ninguna acción
32
RF007 Alto
informativa en sus 4 fases del
CRUD.
Descripción
El administrador podrá crear, consultar, modificar e inhabilitar una
noticia.
Registro de Mockup de las Registro con Base de El administrador

noticias noticias subidas las noticias datos tendrá el control
en la página subidas en la seguro y ordenado de
plataforma los datos.
Proceso
- Busca el registro de las noticias.
- Selecciona la noticia.
Colateral
Efecto
ninguna acción
33
RF008 Alto
de recordatorio en las fases de
consultar, modificar y registrar.
Descripción
El administrador podrá consultar, modificar y crear un recordatorio.

34

recordatorios sistema de las opciones datos tendrá el control
recordatorios en cada seguro y ordenado de
recordatorio los datos.
asignado
Proceso
- Busca la opción recordatorios.
- Selecciona el recordatorio.
- Elige cualquiera de las tres opciones.
Colateral
Efecto
ninguna acción
35
RF009 Alto
de historial clínico.
Descripción
El administrador podrá dar la apertura o consultar una historia clínica.
Registro de Mockup los Registro con Base de El administrador

historial pacientes con su las opciones datos tendrá el control
clínico historial clínico en cada seguro y ordenado de
historia los datos.
clínica.
Proceso
- Busca la opción historial clínico.
- Selecciona al paciente con su respectiva historia clínica.
- Si no está en el sistema hace la respectiva apertura
- Si el paciente ya se encuentra registrado podrá consultar la
historia clínica.
Colateral
Efecto
ninguna acción.
36
RF010 Alto
administrador realizar el
reporte de citas por
fisioterapeuta
Descripción
El administrador podrá crear un reporte de citas por cada fisioterapeuta
que atiende ese día y que esté trabajando en el consultorio.

37
Formulario que Mockup del Registro de Base de El administrador

anexe un reporte de las citas por datos tendrá el control
reporte por cada citas cada seguro y ordenado de
fisioterapeuta fisioterapeuta los datos.
Proceso
- Busca la opción Generar reporte de citas.
- Llena el formulario para hacer el respectivo reporte.
Efecto Colateral
ninguna acción.
38
RF011 Alto
fisioterapeuta realizar la gestión
de pacientes en la fase de
consultar un paciente.
Descripción
El fisioterapeuta podrá consultar todos los datos de un paciente cuando
así lo requiera.
Registro de Mockup de los Registro de Base de El fisioterapeuta tiene

pacientes pacientes los pacientes datos que estar al tanto de
registrados con que están cada paciente.
sus respectivos recibiendo el
datos. servicio.
Proceso
- El fisioterapeuta entra al sistema.
- Busca la opción paciente.
- Selecciona al paciente.
- Visualiza los datos de este.
Colateral
Efecto
Si el fisioterapeuta no se ha registrado en el sistema no podrá hacer
su labor.
39
RF012 Alto
informativa en la fase de
consultar noticia.
Descripción
El fisioterapeuta podrá consultar las noticias que se encuentran en el
sistema.

40
Registro de Mockup de las Información Sistema con Cada persona que haga
las noticias noticias situadas de la noticia. las noticias parte del consultorio
en el sistema. más tendrá acceso a
recientes. últimas novedades.
Proceso
- Busca la opción de noticias
- Puede observar las últimas noticias.
Colateral
Efecto
su labor.
41
RF013 Alto
de citas en las fases de consultar
y registrar la asistencia del
paciente.
Descripción
El fisoterapeuta podrá consultar las citas y hacer el registro de asistencia
de los pacientes a dichas citas.
Registro de Mockup de las Citas Base de El fisioterapeuta tiene

citas y citas registradas anexadas al datos que estar al tanto de
registro de en el calendario y calendario y cada paciente.
asistencia el registro de el registro
asistencias a las por cada
citas. paciente
Proceso
- Busca la opcion de citas
- Consulta todas las citas en el calendario
- Dentro de esta encontrara el registro de asistencia de las citas y el
paciente quien la recibió
Colateral
Efecto
su labor.
42
RF014 Alto
de historia clínica en las fases de
actualización, registro y
consulta.
Descripción
El fisioterapeuta podrá actualizar, registrar y consultar una historia clínica
de un paciente.

43
Registro de Mockup de las Historias Base de El fisioterapeuta

historias historias clínicas clínicas de datos a tiene que estar al
clínicas por registradas cada paciente tanto de cada paciente.
paciente
Proceso
- Busca la opción de pacientes
- Busca la opcion de historia clínica
- Realiza cualquiera de las tres operaciones.
Colateral
Efecto
su labor.

44
RF015 Alto
fisioterapeuta realizar la gestión de
agenda médica en las fases de
consultar, registrar y modificar.
Descripción
El fisioterapeuta podrá registrar, modificar, consultar e inhabilitar un
recordatorio.
Registro de Mockup de los Recordatorios Correo de El fisioterapeuta tiene

recordatorio a recordatorios con el paciente pacientes que estar al tanto de
los pacientes indicados. correspondiente cada paciente.
Proceso
- Busca la opción de recordatorios
- Busca al paciente al que quiere gestionarle el recordatorio
- Realiza cualquier opción de consultar, registrar y modificar.
Colateral
Efecto
su labor.
45
RF016 Alto
paciente realizar la gestión de
recordatorio en la fase de
consultar recordatorio.
Descripción
El paciente podrá consultar por medio de su correo los recordatorios
correspondientes.

46
Registro de Correo personal Recordatorio Correo El paciente tiene el

recordatorios con el con los personal del derecho de conocer
recordatorio aspectos paciente. cuales son sus citas
correspondie médicas.
ntes.
Proceso
- El paciente entra a su correo personal
- Verifica que el recordatorio de la cita haya llegado.
Colateral
Efecto
Si el paciente no se encuentra registrado no tendrá los servicios del
consultorio.
47
RF017 Alto
citas en las fases de solicitar,
consultar y cancelar.
Descripción
El paciente podrá consultar, solicitar y cancelar una cita al consultorio.
Registro de Mockup de las Citas Base de El paciente tiene el

citas médicas citas médicas médicas y la datos derecho de conocer
asignadas opción de cuáles son sus citas
solicitar una médicas.
nueva cita.
Proceso
- El paciente ingresa al sistema
- Busca la opción de citas médicas.
- Verifica su cita médica.
- Puede elegir entre solicitar una nueva o cancelar la cita que ya
tiene asignada.
Colateral
Efecto
consultorio.
48
RF018 Alto
paciente realizar la gestión
informativa en la fase de
consultar noticia.
Descripción
El paciente podrá consultar las noticias que se encuentran en el sistema.

49
Registro de Mockup de las Información Sistema con Cada persona que haga
las noticias noticias situadas de la noticia. las noticias parte del consultorio
en el sistema. más tendrá acceso a
recientes. últimas novedades.
Proceso
- El paciente entra al sistema.
- Busca la opcion de noticias
- Puede observar las últimas noticias.
Colateral
Efecto
consultorio.

50
RF019 Alto
historia clínica en las fases de
consultar.
Descripción
El paciente podrá consultar su historia clínica.
Registro de Mockup de las Historia clínica Base de El paciente tiene el

historias historias clínicas del paciente datos derecho de conocer
clínicas correspondiente cuales son los
documentos que
tenemos en el
consultorio.
Proceso
- El paciente ingresa al sistema
- Busca el registro de pacientes.
- Se busca en el registro de pacientes
- Busca la opción historia clínica.
Colateral
Efecto
consultorio.
2.6. Requisitos No funcionales:
Tabla 10Requisitos no funcionales

51
2.6.1. Requerimientos No Funcionales de hardware y software:
[Describe los requerimientos no funcionales del sistema, aquellos que afectan la calidad del mismo]
NOMBRE DEL PROYECTO
SRS – Especificación de Requerimientos
Grado
Código Nombre Fecha
Necesidad
El sistema registrará todos los datos
RNF 001 que el paciente ingrese. Alto
Los datos de el paciente que quiera ingresar al consultorio a realizar

Descripción
terapia, deben estar registrados en el sistema
NOMBRE DEL PROYECTO
Grado
Necesidad
El sistema debe registrar al paciente de
RNF 002 forma inmediata Alto
En el momento que el paciente registre los datos el sistema no se podra demorar

Descripción
en el registro de los mismos
52
NOMBRE DEL PROYECTO
Grado
Necesidad
El sistema debe permitir visualizar a
los pacientes y sus documentos

RFN 003 Alto
registrados
Cuando los datos ya se encuentren registrados en el sistema, el paciente

Descripción
tendrá la opción de visualizar sus documentos.
NOMBRE DEL PROYECTO
Grado
Necesidad
RNF 004 Alto

El sistema debe permitir asignar citas a
los pacientes en el tiempo y día

53
indicado.
Cuando el paciente lo requiera el fisioterapeuta podrá asignar citas médicas

Descripción
en el tiempo indicado.
NOMBRE DEL PROYECTO
Grado
Necesidad
El sistema debe permitir modificar los
RNF 005 datos de los usuarios. Alto
Cualquier usuario que haga parte del sistema de información podrá

Descripción
modificar sus datos cuando así lo requieran.
NOMBRE DEL PROYECTO

54
Grado
Necesidad
El sistema debe permitir cargar a los
pacientes sus datos.

RNF 006 Alto
Cuando el paciente va a realizar su registro o cuando va a modificar sus

Descripción
datos el sistema le permitirá cargar los documentos que requiera.
NOMBRE DEL PROYECTO
Grado
Necesidad
El sistema debe operar las horas en que
el consultorio esté funcionando.

RNF 007 Alto
Cuando el consultorio este abierto el sistema tendrá que estar funcionando

Descripción
las horas que esté en servicio el consultorio de fisioterapia.
55
2.6.2. Requerimientos de interfaz de usuario:
[Describe los requerimientos de interfaz de usuario del sistema, teniendo en cuenta los estándares mínimos
para su construcción]
NOMBRE DEL PROYECTO
Grado
Necesidad

Descripción
2.6.3. Requerimientos de desarrollo y seguridad:
[Describe los requerimientos de interfaz de desarrollo y seguridad, teniendo en cuenta los estándares
mínimos para su construcción]
NOMBRE DEL PROYECTO
Grado
Necesidad

Descripción
56
3. DISEÑO DEL SISTEMA
3.6. Diagramas y Documentación de Casos de Uso de Alto Nivel
Documentación de casos de uso
Casos de uso Administrador
Casos de uso: Validación de acceso al sistema CU001
Actores: Administrador AC001
Prioridad: Primario
Descripción: El sistema le permite al Administrador ingresar por medio de sus datos

“Correo electrónico y contraseña”
Referencia: CU001: Validación de acceso al sistema
Pre condiciones
57
Flujo normal 1.Ingreso a la aplicación
2.Ingreso de datos: correo electrónico y contraseña.
3. Ingresa al módulo del administrador.
Post condiciones
Flujo Alternativo 1. Ingreso a la aplicación
2. Ingreso de datos: correo electrónico y contraseña
3. Si los datos son incorrectos retoma al login y arroja un aviso
4. Si los datos son correctos, ingresa al módulo del administrador.
5. Volver a la página principal
Autor Thomas Huerfano 21/03/21 v1.0

58
Casos de uso: Gestión de usuarios CU002
Prioridad: Primario.
Descripción: El sistema permitirá al a Administrador Crear nuevo usuario
Referencia: Crear usuario.
Pre condiciones
Flujo normal 1.Ingreso a la aplicación.
3.Ingresa al módulo del administrador.
4.Consulta tabla usuarios.
5.Da clic en registrar usuarios.
6.Registra nuevo empleado.
Post condiciones
Flujo Alternativo 1.Ingreso a la aplicación.
5.Regresa al menú principal.
Autor Sebastiàn Paez Prado 21/03/21 v1.0

59
Descripción: El sistema le permitirá al Administrador consultar los usuarios

registrados en el sistema.
Referencia: Consultar usuarios.
Pre condiciones
Flujo normal
1.Ingreso a la aplicación.

60
Post condiciones
Autor Brian Michaelle Diaz 21/03/21 v1.0

Sillie.

61
Descripción: El sistema permitirá modificar a un nuevo usuarios
Referencia: Modificar usuarios
Pre condiciones
Flujo normal
5.Da clic en modificar usuario.
6.Modifica usuario.
Post condiciones

62
6. Modificar algún usuario
Autor Thomas Huerfano. 21/03/21 v1.0
Descripción: El sistema permitirá al Administrador inhabilitar o habilitar

usuarios, si un empleado es inhabilitado se debe especificar el
porqué.
Referencia: Habilitar /Inhabilitar usuario.
Pre condiciones
Flujo normal 1. Ingreso a la aplicación.

2. Ingreso de datos: correo electrónico y contraseña.
4. Consulta tabla usuarios.
5. Da clic en “Inhabilitar empleado”.
6. Confirmar Inhabilitar/habilitar.
Post condiciones
Flujo Alternativo 1. Ingreso a la aplicación.

63
4. Consulta tabla usuarios.

5. Da clic en “Inhabilitar empleado”.
7. Regresar al menú principal
Autor Luisa Fernanda Ariza 21/03/21 v1.0

Espinel
Casos de uso: Gestión de pacientes CU003
64
Descripción: El sistema permitirá registrar a un nuevo paciente
Referencia: Registrar Paciente
Pre condiciones
Flujo normal
4.Consulta tabla paciente.
5.Da clic en registrar Paciente.
Post condiciones
4.Consulta tabla pacientes.
5. Registrar paciente
Autor Sebastiàn Paez Prado 21/03/21 v1.0

65
Descripción: El sistema permitirá modificar a un paciente
Referencia: Modificar Paciente
Pre condiciones
Flujo normal
5.Da clic en Modificar Paciente.
Post condiciones
66
5. Modificar paciente
Descripción: El sistema permitirá Administrador consultar a los pacientes

registrados en el sistema
Referencia: Consultar Paciente
Pre condiciones
Flujo normal

67
Post condiciones
5. Regresa al menú principal.
Autor Brian Michaelle Diaz 21/03/21 v1.0

Sillie.
Descripción: El sistema permitirá Administrador inhabilitar/habilitar a los

pacientes registrados en el sistema
Referencia: Inhabilitar/habilitar Paciente

68
Pre condiciones
Flujo normal
1. Ingreso a la aplicación.
4. Consulta tabla Pacientes.
5. Da clic en “Inhabilitar/habilitar empleado”.
Post condiciones

4. Consulta tabla Pacientes.
5. Da clic en “Inhabilitar/habilitar empleado”.

Espinel
69
Casos de uso: Gestión de Citas CU004
Descripción: El sistema permitirá al administrador registrar una cita
Referencia: Registrar cita
Pre condiciones
4.Consulta calendario de citas.
5.Da clic en registrar cita.
Post condiciones

70
4.Consulta calendario citas.
5. Registrar cita

Espinel
Casos de uso: Gestión de empleados CU004
Descripción: El sistema permitirá modificar a una cita
Referencia: Modificar cita
Pre condiciones
Flujo normal
71
4.Consultar calendario.
5.Da clic en modificar cita.
6.Modifica cita.
Post condiciones
6. Modificar alguna cita
Casos de uso: Gestión de citas CU002

72
Descripción: El sistema permitirá consultar a un nuevo empleado
Referencia: Consultar cita
Pre condiciones
Flujo normal
4.Consultar en el calendario de citas.
5.Da clic en la cita correspondiente.
Post condiciones
6. Consultar alguna cita

73
Descripción: El sistema le permitirá al administrador registrar una cita
Referencia: Cancelar cita
Pre condiciones
Flujo normal
5.Da clic en cancelar cita.
6.Cancela cita.
Post condiciones
74
6. Cancelar alguna cita.
Autor 21/03/21 v1.0
Descripción: El sistema le permitirá al administrador registrar una cita
Referencia: Registro asistencia paciente
Pre condiciones
Flujo normal
75
5.Da click en la asistencia.
6.Registra la asistencia cita.
Post condiciones
6. Clicita.
Autor Sebastiàn Paez Prado. 21/03/21 v1.0

76
Casos de uso: Gestión informativa. CU005
Actores: Administrador. AC001
Descripción: El sistema le permitirá al administrador registrar una noticia.
Referencia: Registrar noticia
Pre condiciones
Flujo normal
4.Consultar novedad.
5.Da click en agregar.

77
6.Registra la noticia.
Post condiciones
4.Consultar novedad.
6. Click en agregar noticia.
Autor Sebastiàn Paez Prado. 21/03/21 v1.0
Casos de uso: Gestión informativa CU004

78
Descripción: El sistema le permitirá al administrador modificar una noticia
Referencia: Modificar noticia.
Pre condiciones
Flujo normal
4.Consultar noticias.
5.Da click en modificar noticia
6.Modificar noticias.
Post condiciones
4.Consulta noticias.
6. Click en modificar noticias
Autor Thomas. 21/03/21 v1.0

79
Descripción: El sistema le permitirá al administrador consultar las noticias del
Referencia: Consultar Noticia
Pre condiciones

4. Consultar noticias.
Post condiciones

4. Consultar Noticias.

80
Espinel
Descripción: El sistema le permitirá al administrador Inhabilitar-Habilitar una noticia.
Referencia: Inhabilitar-Habilitar noticia.
Pre condiciones
5.Da click en la noticia.
6.Inhabilita o Habilita la noticia.
Post condiciones

81
6. Click en la noticia.
Autor Brian Sillie 21/03/21 v1.0
Casos de uso: Gestión recordatorio CU006
Descripción: El sistema le permitirá al administrador registrar un recordatorio.
Referencia: Registrar recordatorio.
Pre condiciones

82
4.Consultar calendario de recordatorios.
5.Da click en la fecha que desea.
6.Registrar el recordatorio.
Post condiciones
4.Consultar calendario de recordatorios
6.Da click en la fecha que desea.
Autor Sebastian Paez Prado 21/03/21 v1.0

83
Descripción: El sistema le permitirá al administrador modificar un recordatorio.
Referencia: Modificar recordatorio.
Pre condiciones
4.Modificar recordatorios.
5.Da click en modificar recordatorio.
Post condiciones
6. Click en la noticia.
Autor Brian Sillie 21/03/21 v1.0

84
Descripción: El sistema le permitirá al administrador consultar los recordatorios en del

sistema
Referencia: Consultar recordatorio.
Pre condiciones
4.Consultar recordatorios.
Post condiciones
4.Consultar recordatorio.

Espinel
85
Casos de uso: Gestión Historial clínico CU007
Descripción: El sistema le permitirá al administrador dar apertura a una nueva historia

clínica de un paciente
Referencia: Apertura historia clínica.
Pre condiciones

86

4. Apertura historia clínica.
5. Da click en crear historia clínica.
Post condiciones

4. Apertura historia clínica.
5. Da click en crear historia clínica.
6. Volver al menú de inicio.

Espinel
Casos de uso: Gestión Historial clínico CU006
Descripción: El sistema le permitirá al administrador consultar una historia clínica
Referencia: Consulta Historia clínica
Pre condiciones

87

4. Consulta historia clínica.
5. Da click en consultar historia clínica.
Post condiciones
4.Consultar historia clínica.
5. Click en consultar historia clínica.
6 .Regresa al menú principal.

Ramírez
Casos de uso: Generar reporte de citas por fisioterapeuta CU008
88
Descripción: El sistema le permite observar y generar al Administrador cuantas citas

tuvieron los fisioterapeutas.
Referencia: CU008 Generar reporte de citas por fisioterapeuta
Pre condiciones

2. Ingreso de datos: correo electrónico y
contraseña.
4. Generar reporte de citas por fisioterapeuta.
Post condiciones

4. Generar reporte de citas por fisioterapeuta.
Autor Sebastián Paez Prado 21/03/21 v1.0
Casos de uso Fisioterapeuta

89
Actores: Fisioterapeuta AC002
Descripción: El sistema le permite al Administrador ingresar por medio de sus datos

“Correo electrónico y contraseña ”
Referencia: CU001 Validación de acceso al sistema
Pre condiciones

3. Si los datos son incorrectos retoma al login y arroja un aviso.
4. Si los datos son correctos, ingresa al módulo del Fisioterapeuta.
Post condiciones
4. Si los datos son correctos, ingresa al módulo del Fisioterapeuta.

Espinel
90
Descripción: El sistema le permite al Fisioterapeuta consultar la lista de pacientes que

se le asignaron.
Referencia: Consultar paciente
Pre condiciones

3. Ingresar al módulo de Fisioterapeuta.
4. Consultar la lista de pacientes asignados.
Post condiciones
Flujo Alternativo
91

4. Consultar la lista de pacientes asignados.
Autor Sebastián Paéz Prado 21/03/21 v1.0
Descripción: El sistema le permite al Fisioterapeuta consultar la lista de pacientes que

tienen cita, les permite ver, datos personales del paciente, complejidad,
fecha y hora.
Referencia: Consultar cita
Pre condiciones

92

4. Consultar la lista de pacientes que tienen citas previamente
asignadas.
Post condiciones
Flujo Alternativo
asignadas.
Autor Brian Sillie Diaz 21/03/21 v1.0
Descripción: El sistema le permite al Fisioterapeuta registrar la asistencia del paciente

a la cita que previamente le fue asignada
Referencia: Registro de asistencia
Pre condiciones

93

asignadas.
5. Registrar la llegada o inasistencia del paciente.
Post condiciones
Flujo Alternativo
asignadas.
5. Registrar la llegada o inasistencia del paciente.

Espinel

94
Descripción: El sistema le permite al Fisioterapeuta consultar la información dada por

el administrador
Referencia: Consultar noticia
Pre condiciones

4. Consultar las noticias que fueron agregadas por el Administrador.
Post condiciones

4. Consultar las noticias que fueron agregadas por el Administrador.

Ramirez
95
Casos de uso: Gestión historia clínica CU007
Descripción: El sistema le permite al Fisioterapeuta actualizar una historia clínica
Referencia: Actualización historia clínica
Pre condiciones

4. Consultar la lista de pacientes.
5. Actualizar historia clínica.
Post condiciones

5. Actualizar historia clínica
6. Volver a la pantalla de inicio

Ramirez
96
Descripción: El sistema le permite al Fisioterapeuta registrar la evolución del paciente

en la historia clínica
Referencia: Registro evolución historia clínica
Pre condiciones

6. Registrar evolución en la historia clínica de un paciente .
Post condiciones

5. Registrar evolución en la historia clínica de un paciente .
97
Descripción: El sistema le permite al Fisioterapeuta consultar los resultados de la

historia clínica del paciente
Referencia: Consultar resultados
Pre condiciones

5. Consultar resultados de la historia clínica de un paciente.
Post condiciones

5. Consultar resultados de la historia clínica de un paciente .

98
Casos de uso: Gestión agenda médica CU009
Descripción: El sistema le permite al Fisioterapeuta registrar un recordatorio de asunto

propio
Referencia: Registrar recordatorio
Pre condiciones

4. Consultar agenda.
5. Registrar o agregar un nuevo recordatorio.
99
Post condiciones

5. Registrar o agregar un nuevo recordatorio.

Ramirez
Descripción: El sistema le permite al Fisioterapeuta modificar un recordatorio de

asunto propio
Referencia: Modificar recordatorio
Pre condiciones

5. Actualizar o modificar recordatorio.
100
Post condiciones

5. Actualizar o modificar recordatorio.
Descripción: El sistema le permite al Fisioterapeuta consultar un recordatorio de asunto

propio
Referencia: Consultar recordatorio
Pre condiciones

101
Post condiciones

Descripción: El sistema le permite al Fisioterapeuta inahabilitar un recordatorio de

asunto propio
Referencia: Inahabilitar recordatorio
Pre condiciones

102
5. inahabilitar un recordatorio.
Post condiciones

5. Inahabilitar un recordatorio.
6. Volver a la página principal.
Casos de uso Paciente
Actores: Paciente AC003

103
Prioridad: Primario
Descripción: El sistema le permite al Paciente ingresar por medio de sus datos

“Correo electrónico y contraseña ”
Referencia: CU001:Validación de acceso al sistema
Pre condiciones
Flujo normal 1.Ingreso a la aplicación
3. Ingresa al módulo del Paciente.
Post condiciones
Flujo Alternativo 2. Ingreso a la aplicación
4. Si los datos son correctos, ingresa al módulo del Paciente.

Ramirez
104
Prioridad: Primario
Descripción: El sistema le permite al Paciente solicitar o agendar una cita
Referencia: Solicitar Cita
Pre condiciones

4. da clic en citas.
5. Solicita una cita.
Post condiciones

105
5. Solicita una cita.

Espinel
Prioridad: Primario
Descripción: El sistema le permite al Paciente consultar sus citas
Referencia: Consultar Cita
Pre condiciones

6. Consultar citas.
Post condiciones

106

6. Consultar citas
Prioridad: Primario
Descripción: El sistema le permite al Paciente cancelar sus citas
Referencia: Cancelar Cita
Pre condiciones

5. Consultar citas.
6. Cancelar cita y especificar el porqué
Post condiciones

107

5. Consultar citas.
6. Cancelar cita y especificar el porqué
Casos de uso: Gestión Informativa CU005
Prioridad: Primario
Descripción: El sistema le permite al Paciente consultar las noticias agregadas por el

Administrador con el fin de informar
Referencia: Consultar noticia
Pre condiciones
108

4. Consultar anuncios y noticias.
Post condiciones

11. Consultar anuncios y noticias.

Ramirez
Casos de uso: Gestión Recordatorio CU006

109
Prioridad: Primario
Descripción: El sistema le permite al Paciente consultar los recordatorios, donde

podrá enterarse de su próxima cita y confirmación de ella
Referencia: Consultar recordatorios
Pre condiciones

4. Consultar recordatorios.
Post condiciones

4. Consultar recordatorios.

Espinel
110
Casos de uso: Gestión Historia clínica U007
Prioridad: Primario
Descripción: El sistema le permite al Paciente consultar su historia clínica
Referencia: Consultar Historia Clínica
Pre condiciones

4. Consultar historia clínica.
Post condiciones
Flujo Alternativo
2. Ingreso de datos: correo electrónico y
contraseña.
111
4. Consultar historia clínica.
3.7. Diseño físico de la base de datos
3.7.1. Modelo Relacional
3.7.2. Diccionario de Datos
Nombre tabla: Usuario
Campo Tipo de dato Tamaño Restricción Descripción

112
IdUsuario Int Primary key Llave
primaria del
usuario
NombreUser Varchar 50 Not null Nombre del
usuario
ApellidoUser Varchar 50 Not null Apellido del
apellido
CorreoUser Varchar 100 Not null Correo del
usuario
PasswordUser Varchar 40 Not null Contraseña
del usuario
TelefonoUser Int Not null Número de
teléfono del
usuario
DireccionUser Varchar 40 Not null Direccion de
vivienda del
usuario
RolUser Varchar 20 Not null Rol que
cumple en el
sistema
idPacienteFK Int Not null Llave
foránea con
113
usuario
IdFisioterapeutaFK int Not null Llave
foránea con
usuario
IdAdministradorFK int Not null Llave
foránea con
usuario
Nombre tabla: Administrador
IdAdministrador Int Primary key Llave
primaria del
Administrador
TipoDocumento Varchar 35 Not null Tipo de
docuemento
del
administrador
NumDocumentoAdministrado int Not null Numero de
r documento
del
administrador
NombreAdministrador Varchar 50 Not null Nombre del

114
administrador
ApellidoAdministrador Varchar 50 Not null Apellido del
administrador
TelefonoAdministrador Varchar 35 Not null Número de
teléfono del
administrador
EstadoAdministrador Varchar 20 Not null Estado laboral
dentro del
sistema
IdRecordatorioFK int Not null Llave foránea
con
administrador
Nombre tabla: Paciente
IdPaciente Int Primary key Llave
primaria del
Paciente
documento
del paciente
NumDocumentoPaciente int Not null Numero de
documento
115
del paciente
NombrePaciente Varchar 50 Not null Nombre del
paciente
ApellidoPaciente Varchar 50 Not null Apellido del
paciente
TelefonoPaciente Int Not null Número de
teléfono del
paciente
CorreoPaciente Varchar 65 Not null Correo
electrónico
del paciente
FechaNacimiento Date Not null Fecha de
naciemiento
del paciente
HistoriaClinica Long char Not null Historia
clínica del
paciente
EstadoPaciente Varchar 25 Not null Estado de
salud del
paciente
IdHistoriaClinicaFK int Not null Llave
foránea con
Paciente
116
Nombre tabla: Fisioterapeuta
IdFisioterapeuta Int Primary key Llave primaria
del
Fisioterapeuta
documento del
fisioterapeuta
NumDocumentoFisioterapeuta int Not null Numero de
documento del
fisioterapeuta
NombreFisio Varchar 50 Not null Nombre del
fisioterapeuta
ApelliodFIsio Varchar 50 Not null Apellido del
fisioterapeuta
TelefonoFisio Int Not null Número de
teléfono del
fisioterapeuta
CorreoFisio Varchar 65 Not null Correo
electrónico del
fisioterapeuta
EstadoFisioterapeuta Varchar 25 Not null Estado laboral
del
117
fisioterapeuta
Certificaciones Varchar 100 Not null Certificaciones
de estudio del
fisioterapeuta
IdAgendaMedicaFK int Not null Llave foránea
con
Fisioterapeuta
Nombre tabla: Historia clínica
IdHistoriaClinica Int Primary key Llave
primaria de la
historia
clinica
Estatura Char 4 Not null Estatura del
paciente
Peso Char 4 Not null Peso del
paciente
Alergias Varchar 80 Not null Alergias
asociadas al
paciente
AntecedentesFamiliares Varchar 80 Not null Antecedentes
familiares
asociados al
118
paciente
EnfermedadesPadecidas Varchar 80 Not null Enfermedades
asociadas al
paciente
idPacienteFK Int Not null Llave foránea
con usuario
Nombre tabla: Agenda cita
IdAgCita Int Primary key Llave
primaria de
agenda cita
Descripcion Varchar 250 Not null Descripción
de toda la
agenda
IdPacienteFK int Not null Llave foránea
con Agenda
cita
Fecha Date Not null Fecha del
agendamiento
de cita
Hora Datetime Not null Fecha del
agendamiento
119
de cita
IdFisioterapeutaFK Int Not null Llave foránea
con Agenda
cita
Nombre tabla: Recordatorio
IdRecordatorio Int Primary key Llave primaria
del
Recordatorio
TituloRecordatorio Varchar 25 Not null Título de el
recordatorio
correspondiente
Descripcion Varchar 100 Not null Descripción del
recordatorio
Imagen Image Not null Imagen del
paciente al que
se le hace el
recordatorio
CorreoDestinatario Varchar 65 Not null Correo
electrónico de
el paciente
IdAministradorFK Int Not null Llave foránea

120
con
Recordatorio
Nombre tabla: Noticia
IdNoticia Int Primary key Llave primaria
de noticia
TituloNoticia Varchar 25 Not null Título de la
notica
correspondiente
Nombre Varchar 50 Not null Nombre de la
noticia
Imagen Image Not null Imagen de la
noticia
Descripcion Varchar 225 Not null Descripción de
la noticia
con noticia
IdAministradorFK Int Not null Llave foránea
con noticia
121
Nombre tabla: Agenda medica
IdAgendaMedica Int Primary key Llave
primaria de
agenda
medica
Nombre Varchar 50 Not null Nombre de la
agenda
medica
Contenido Varchar 225 Not null Contenido de
la agenda
medica
Recordatorio Varchar 65 Not null Recordatorio
de la agenda
medica
con Agenda
medica
Nombre tabla: Reporte
IdReporte Int Primary key Llave
primaria de
122
reporte
Nombre Varchar 50 Not null Nombre del
reporte
Fecha Date Not null Fecha del
reporte
DescripcionReport Varchar 115 Not null Descripción
e del reporte
IdAdministradorFK Int Not null Llave foránea
con reporte
3.8. Diseño de la arquitectura funcional
3.8.1. Diagrama de Clases

123
124
3.9. Diseño interfaz y navegación
3.9.1. Mockups - Wireframes

125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
CONCLUSIONES
Lo expuesto a lo largo de este trabajo, permite arribar las siguientes conclusiones:

149
1. Se realizó un levantamiento de información en el cual el grupo de trabajo concluyó las
problemáticas de la empresa y su modelo de negocio. Según los resultados encontrados en
el planteamiento del problema, se determinó que el consultorio Nathaly Valcarcel necesita
sistematizar los procesos que llevan realizando en papel, en archivos PDF, Excel y se
recomienda que se haga un sistema de información el cual facilite los dichos procesos.
2. Observando detalladamente los documentos que la clínica fisioterapeuta Nathaly
Valcarcel no encontramos un mapa de procesos, por eso mismo nos dimos a la tarea de
crear uno para la clínica y así poder seguir con el proceso.
3. Se realiza el diseño del sistema de acuerdo con las necesidades del cliente. A Partir de
dichas necesidades se establecen los casos de uso, donde junto con el cliente se concluyen
tres (3) roles principales, los cuales son: Administrador, Fisioterapeuta y Paciente.
4. Se construye el diseño de la arquitectura funcional del sistema (Diagrama de clase), donde
se analizan las relaciones y la compatibilidad de dicho sistema.
5. Se ofrece y se plantean los requisitos funcionales de acuerdo a las solicitudes del cliente,
con el objetivo de describir los servicios del sistema de manera más detallada.
6. En cuanto al diseño de interfaz y navegación, se realiza un Mockup con la finalidad de
presentar este como implementación y evaluación de diseño, el papel central el hacer
sentir cómodo al usuario en el sistema.
BIBLIOGRAFÍA
• Gómez (1989) BIZAGI https://www.bizagi.com
• MKLab(2014) Star UML https://staruml.io
• Lawrence, J. Ellison,Bob Miner (1977)https://www.oracle.com/co/corporate

150
• Guilizzoni (2008 ) BALSAMIQ https://balsamiq.com/
ANEXOS
Acá podrán encontrar los diagramas que se hicieron para el proyecto:
https://drive.google.com/drive/folders/1URyr_U45CS0Jmsw8nkBtNCBLrMEbiLNT?
usp=shrng

Documento Proyecto Formativo SENA

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Documento Proyecto Formativo SENA

Cargado por

Copyright:

Formatos disponibles

1

SISTEMA DE INFORMACIÓN PARA GESTIÓN DE PACIENTES CON PROBLEMAS

LUISA FERNANDA ARIZA ESPINEL

SEBASTIAN PAEZ PRADO

BRIAN MICHAELLE DIAZ SILLIE

THOMAS HUÉRFANO RAMIREZ

CAROLINA FORERO SANCHEZ

TECNOLOGO EN ANALISIS Y DESARROLLO EN SISTEMAS DE INFORMACIÓN

CENTRO DE GESTIÓN DE MERCADOS, LOGÍSTICA Y TECNOLOGÍAS DE LA

SERVICIO NACIONAL DE APRENDIZAJE

1. PLANTEAMIENTO DEL PROBLEMA........................................................................10

1.1. Descripción del problema:........................................................................................10

1.3.1. Objetivo General:...............................................................................................12

1.3.1.1. Objetivos Específicos:.....................................................................................12

1.4. Delimitación y alcance:..........................................................................................13

1.5. Cronograma de actividades:..................................................................................14

2. ANÁLISIS DE LA SITUACIÓN ACTUAL...................................................................15

2.1. Mapa de procesos de la empresa:..........................................................................15

2.2. Diagramas de actividades...................................................................................................16

2.3. Diagrama de Flujo del proceso:...................................................................................19

2.4Análisis de los stakeholders:..........................................................................................19

2.4.1. Lista de posibles cambios del sistema y clasificación de requisitos................................20

2.5. Requisitos Funcionales:................................................................................................22

2.6. Requisitos No funcionales:.....................................................................................52

2.6.1. Requerimientos No Funcionales de hardware y software:.................................53

2.6.2. Requerimientos de interfaz de usuario:...........................................................57

2.6.3. Requerimientos de desarrollo y seguridad:....................................................58

3. DISEÑO DEL SISTEMA................................................................................................59

3.6. Diagramas y Documentación de Casos de Uso de Alto Nivel.................................59

Casos de uso Administrador..................................................................................................59

Casos de uso Fisioterapeuta...................................................................................................92

Casos de uso Paciente..........................................................................................................107

3.7. Diseño físico de la base de datos............................................................................116

3.7.1. Modelo Relacional..............................................................................................116

3.7.2. Diccionario de Datos..........................................................................................116

3.8. Diseño de la arquitectura funcional........................................................................127

3.9. Diseño interfaz y navegación.................................................................................129

3.9.1. Mockups - Wireframes.......................................................................................129

Tabla 1. Análisis de riesgos del proyecto. 5

Tabla 2. Recursos tecnológicos

Tabla 3. Recursos tecnológicos necesarios para la construcción del proyecto. 6

Tabla 4. Viabilidad operativa. 6

Tabla 5. Presupuesto para el desarrollo del proyecto. 7

Tabla 6. Costos de configuración e implantación del proyecto. 8

Tabla 7. caracterización de procesos. 9

Tabla 8. Lista de posibles cambios y clasificación de requisitos. 10

Tabla 9. Requisitos transformados y priorizados. 10

Tabla 10. Requisitos no funcionales. 11

figura 1. Mapa de procesos. 10

figura 2 Diagrama de Flujo del proceso. 11

proyecto de sistema de información, en cual están requisitos funcionales, requisitos no

de levantamiento de información y maquetado el sistema de acuerdo con las necesidades del

también supla la necesidad de los empleados que trabajan en este sitio.

sistema de información que sea útil y eficaz para el consultorio.

1. PLANTEAMIENTO DEL PROBLEMA.

1.1. Descripción del problema:

El consultorio de Fisioterapia Ft. Nathaly Valcarcel se especializan en la recuperación de

los problemas musculares o articulares de pacientes, la disminución del dolor, la pronta

recuperación de la movilidad, ubicada en Bogotá D.C en la localidad de Kennedy, siendo este su

único consultorio, especializada en el área de Ortopedia y Traumatología tiene a su cargo la

prevención, el tratamiento y el manejo de las secuelas traumáticas, tanto en niños como en

La parte administrativa es la encargada de la gestión de casos asignados al fisioterapeuta, el

múltiples inconvenientes con la pérdida de datos del paciente y el fisioterapeuta (empleado)