Eje mplo SRS TIS-SRS Schmed V1.0.1 Final (Reparado) PDF

Preview

Summary

APUTES PARA LA REALIZACION DE EXAMENES DE QUMICIA Y LAS CIENCIAS BASICA DE FISICA, ENTRO OTRAS MATERIAS. ES UN MECANISMO QUE AYUDA A AMPLIAR TU CONOCIMIENTO...

Description

TABLA DE CONTENIDO Pág. CONTROL DE CAMBIOS 1. INTRODUCCIÓN 1.1. PROPOSITO DEL DOCUMENTO DE REQUERIMIENTOS 1.2. ALCANCE DEL PRODUCTO 1.3. DEFINICIONES, ACRÓNIMOS Y ABREVIATURAS 1.4. REFERENCIAS 2. DESCRIPCIÓN GENERAL 2.1. PERSPECTIVA DEL PRODUCTO 2.2. FUNCIONES DEL PRODUCTO 2.3. CARACTERISTICAS DEL USUARIO 2.4. RESTRICCIONES GENERALES 2.5. SUPOSICIONES Y DEPENDENCIAS 2.6. PRORRATEO Y NEGOCIOACIÓN DE REQUISITOS 3. REQUERIMIENTOS ESPECÍFICOS 3.1. REQUERIMIENTOS FUNCIONALES Módulo: Gestión de Usuarios Módulo: Autenticación Módulo: Gestión de Citas Módulo: Gestión de Agenda Médica Módulo: Reportes 3.2. REQUERIMIENTOS NO FUNCIONALES 4. SOPORTES ADICIONALES 4.1. DIAGRAMA DE CASOS DE USO 4.2. CASOS DE USO Y BOCETOS DE INTERFAZ Caso de Uso Autenticar Caso de Uso Gestionar Citas Caso de Uso Gestionar Usuarios Caso de Uso Gestionar Espacios Agenda Médica Caso de Uso Generar Reporte

3 4 4 4 4 5 6 6 6 7 7 7 8 9 9 9 11 11 13 14 16 17 17 20 20 21 23 25 26

1

CONTROL DE CAMBIOS Rev.

Fecha

Autor

001 002

15/08/2020 17/08/2020

Diego Mayra

003

18/08/2020

Diego y Mayra

Descripción del Cambio Creación del documento Revisión del documento y modificación de la redacción. Inclusión de los Requerimientos Funcionales, Casos de Uso y Bocetos de Interfaz

2

INTRODUCCIÓN 1.1. PROPÓSITO DEL DOCUMENTO DE REQUERIMIENTOS Este documento proporciona todos los requisitos para el diagnosticar los requerimientos del Sistema de Información para Gestión proyectos (SIGP), indicando todas las funcionalidades y características que debe poseer el software de acuerdo a las necesidades del cliente teniendo en cuenta los lineamientos establecidos en los currículos de calidad del software y estándares del mismo . Este documento es de interés para todos y cada uno los involucrados en el desarrollo del sistema; teniendo en cuenta un análisis profundo acerca de su funcionalidad y normatividad del producto. Está dirigido principalmente a los programadores de la aplicación y los clientes de la misma, en este caso el personal administrativo.

1.2. ALCANCE DEL PRODUCTO El producto a desarrollar en el proyecto se identificará con el nombre “Sistema de Información para la Gestión de Proyecto (SIGP)”. SIGP, se caracterizará por ser un sistema Web que facilitará gestionar la información de una manera detallada para poder tomar decisiones dando por valor agregado, y enfatizando en sus requisitos para el diagnóstico factible de los lineamientos establecidos por los estándares de calidad se cumplan en un porcentaje considerable para su aceptación. El sistema proveerá facultades tanto al personal administrativo. El sistema deberá cumplir con los siguientes requerimientos generales: 

Generar un reporte del diagnóstico de la información suministrada.



El sistema debe registrar cada una de las actividades hechas por el ente administrativo



El sistema debe permitir ver los resultados del proceso de diagnóstico en una tabla estadística por capitulo.



El sistema debe permitir generar gráficos consolidados por cada capítulo especificado.



El sistema debe permitir gestionar un resumen ejecutivo con actividades desarrolladas “aspectos relevantes, hallazgos y conclusiones”.



El sistema debe permitir realizar un registro del historial de usuarios.



Se debe poder visualizar en un gráfico todas la tareas que se cumplan de una manera de tallada y cuáles no, teniendo en cuenta la plantilla subministrada.

3

1.3. DEFINICIONES, ACRÓNIMOS Y ABREVIATURAS EPS: Entidades Promotoras de Salud. IPS: Instituciones Prestadoras de Servicios de Salud. Login: Nombre de usuario. RIA: Aplicaciones de Internet Enriquecidas. SIGP: Sistema de Gestión de Citas Médicas. Cita Médica: Se refiere a una cita solicitada por un paciente con un médico.

Usuario: Hace alusión a las personas que interactúan con la aplicación, los usuarios se han clasificado en: Administrador.

1.4. REFERENCIAS [1] http://themedicalsched.sourceforge.net/ [2] Braude, J. Eric. Ingeniería de Software: Una Perspectiva orientada a objetos. Pág. 135 – 246. 2003. [3] Rodriguez, Paola. Tendencias de Ingeniería de Software: Ejemplo-SRS.2010.

.

4

2. DESCRIPCIÓN GENERAL 2.1. PERSPECTIVA DEL PRODUCTO El Sistema de Gestión de Citas Médicas (SCHMED) es un sistema Web basado en las necesidades de agilidad que existen en una Institución Prestadora de Servicios de Salud (IPS), para la gestión de citas médicas. En la actualidad un paciente solicita una cita médica al personal administrativo ya sea vía telefónica o de forma presencial. Esto causa complicaciones de espacio y saturación del trabajo de las secretarias que asisten estas solicitudes. Al implementar SCHMED, como un sistema Web será posible que la asignación de citas sea llevada a cabo directamente por los pacientes desde su casa, de tal manera que sean ellos mismos quienes seleccionen el horario y el profesional que desean les atienda.

2.2. FUNCIONES DEL PRODUCTO El Sistema de Gestión de Citas Médicas (SCHMED) cumplirá con las siguientes funciones:     

Gestionar la información de usuarios. Gestionar citas médicas. Creación y cancelación de una cita. Permitir al médico reservar o cancelar un horario específico para realizar una actividad distinta a atender un paciente en una cita. Listar la información de las citas médicas programadas. Generar reportes gráficos estadísticos.

Para describir de forma más precisa las funcionalidades identificadas para el Sistema, se han organizado de la siguiente manera: Actores y Características del Sistema

Funciones

Administrador

     

Autenticarse en el sistema Gestionar citas médicas. Gestionar la información de los usuarios Generar reportes gráficos estadísticos Listar la información de las citas médicas programadas Cambiar contraseña

Paciente

   

Autenticarse en el sistema Gestionar citas médicas. Consultar los horarios de las citas programadas Cambiar contraseña

5

Médico

   

Autenticarse en el sistema Consultar los horarios de las citas programadas Modificar los horarios programados y realizar las anotaciones pertinentes Cambiar contraseña

Tabla 1. Funciones del Sistema.

2.3. CARACTERÍSTICAS DEL USUARIO El Sistema de Gestión de Citas Médicas (SCHMED) tendrá como usuarios finales al administrador, los médicos y los pacientes de la IPS. Dependiendo de su perfil el usuario podrá ejercer las funciones descritas en la sección 2.2. Las características de los usuarios se expresan a través de la siguiente jerarquía.

Figura 1. Jerarquía de los usuarios del sistema.

2.4. RESTRICCIONES GENERALES El Sistema de Gestión de Citas Médicas (SCHMED) NO permitirá:  La gestión de la información de las historias clínicas.  La integración con otras bases de datos.  El pago en línea de los servicios prestados.  La distribución de horarios ni asignación de citas automáticamente.

2.5. SUPOSICIONES Y DEPENDENCIAS Algunos factores que pueden afectar los requerimientos del sistema son:  Agregar nuevas funcionalidades a las ya definidas.  El lenguaje de programación a utilizar no es apto para implementar los requerimientos definidos.

6

2.6. PRORRATEO Y NEGOCIACIÓN DE REQUISITOS El grupo de desarrollo del Sistema de Gestión de Citas Médicas (SCHMED) y las funciones que desempeñaran en el proyecto se describe a continuación. No.

Nombre

Rol

1

Deisy Cháves

Programador

2

Hernán Gómez

Programador

3

Danny López

4

Paola Rodríguez

Diseñador Gráfico – tester

Cliente

Responsabilidad Codificar la aplicación – Seguimiento y entrega Codificar la aplicación – Seguimiento y entrega Diseñar las interfaces gráficas de la aplicación y realizar las diversas pruebas al Sistema Evaluar el producto de acuerdo a las especificaciones iníciales

Tabla 2. Responsabilidades del equipo de desarrollo. Algunas mejoras que pueden plantearse para un futuro en el Sistema de Gestión de Citas Médicas (SCHMED), son:  Envío de correo electrónico con recordatorio de citas al paciente y calendario para el médico.  Crear copias de seguridad del sistema.  Manejo del idioma inglés.

7

3. REQUERIMIENTOS ESPECÍFICOS 3.1. REQUERIMIENTOS FUNCIONALES Módulo: Gestión de Usuarios R.1.1 Crear Usuario Descripción

Permite al administrador de la aplicación ingresar un médico o un paciente registrándolo como nuevo usuario del sistema. Entradas Información básica del usuario (nombre, cédula, teléfono, dirección, correo electrónico, género, fecha de nacimiento, login y contraseña). Adicionalmente, a la información básica suministrada, si el usuario a registrar es un médico se debe especificar su especialidad y horario de atención. Salidas Confirmación del registro del usuario.

Precondiciones Poscondiciones El usuario queda registrado y puede ingresar posteriormente al sistema Proceso El sistema despliega el formulario para registro de nuevos usuarios, en

el cual se deben ingresar los datos personales –descritos en la entrada-. Después de ser ingresados los datos por parte del administrador, se validan las entradas y se registra el nuevo usuario. Restricciones Si el usuario ya existe, el sistema debe notificar al administrador.

Efectos Colaterales Fuentes Tipo Fecha

Si los datos personales no son válidos, entonces el sistema mostrará un mensaje pidiendo que se vuelva a ingresar la información de registro. Se ingresa un registro a la Base de Datos con la información del nuevo usuario. Teclado Alto y Evidente 05/04/2010

Contacto Realizado por: Deisy Chaves Sanchez Danny Lopez Aprobado por: Hernán Gomez

Firma

Fecha

05/04/2010 05/04/2010 Firma

Fecha

07/04/2010

R.1.2 Modificar Usuario Descripción Permite a un usuario (administrador, médico o paciente) actualizar los datos que sean modificables como: el nombre, teléfono, dirección, correo electrónico, género, fecha de nacimiento, contraseña. Entradas Documento de identidad y datos a modificar. Salidas Confirmación de la actualización de los datos del usuario. Precondiciones El usuario debe estar creado en el sistema. Poscondiciones Los datos son actualizados en el sistema.

8

Proceso

Restricciones

Efectos Colaterales Fuentes Tipo Fecha Contacto Realizado por: Deisy Chaves Sanchez Danny Lopez Aprobado por: Hernán Gomez

El sistema solicita cuál es el usuario a modificar, luego el administrador ingresa el documento de identidad o el nombre del usuario para que el sistema lo busque y despliegue los datos del usuario a modificar, el administrador realiza los cambios necesarios y envía la petición al sistema para la actualización de la información. El sistema valida los datos a modificar y realiza la actualización de los cambios efectuados. Adicionalmente, cada usuario (administrador, paciente o médico) dentro de su sesión contara con una opción para actualizar su información. Si los datos ingresados para modificar no son válidos, entonces el sistema mostrará un mensaje pidiendo que se vuelva a ingresar la información a modificar. Se actualiza un registro en la Base de Datos con la nueva información suministrada por el usuario. Teclado Alto y Evidente 05/04/2010

Firma

Fecha

05/04/2010 05/04/2010 Firma

Fecha

07/04/2010

R.1.3 Deshabilitar Usuario Descripción Permite al administrador de la aplicación deshabilitar del sistema a un usuario (médico o paciente). Entradas Documento de identidad del usuario. Salidas Confirmación de la deshabilitación del usuario. Precondiciones El usuario debe estar creado en el sistema. Poscondiciones El usuario no puede ingresar al sistema. Proceso El sistema solicita el usuario a deshabilitar. Para ello el administrador ingresa el documento de identidad o el nombre del usuario, el sistema solicita una confirmación para deshabilitar el usuario, el administrador confirma la acción y el sistema deshabilita al usuario. Restricciones Efectos Colaterales Se modifica un registro de la Base de Datos con el cambio de estado del

usuario. Teclado Tipo Primario y Evidente Fecha 05/04/2010

Fuentes

Contacto Realizado por: Deisy Chaves Sanchez Danny Lopez Aprobado por:

Firma

Fecha

05/04/2010 05/04/2010 Firma

Fecha

9

07/04/2010

Hernán Gomez

Módulo: Autenticación R.2 Autenticar Usuario Descripción Permite el ingreso de un usuario (administrador, paciente o médico) al sistema utilizando su login y su contraseña. Posteriormente, se despliega la interfaz de usuario correspondiente. Entradas Nombre de usuario (login) y contraseña (password). Salidas Interfaz de usuario correspondiente al perfil registrado en el sistema para los datos de autenticación dados. Precondiciones El usuario debe estar creado en el sistema. Poscondiciones El usuario ingresa al sistema. Proceso El usuario ingresa los datos de autenticación (login y contraseña) al sistema. Si la información de autenticación es válida, el sistema despliega la interfaz correspondiente de acuerdo al perfil del usuario registrado (administrador, paciente o médico). Restricciones Si el login y contraseña suministrador por el usuario no son correctos, el sistema muestra un mensaje informando que son inválidos para que vuelvan a ser ingresados. Efectos Colaterales Fuentes Tipo

Teclado Primario y Evidente Fecha 05/04/2010

Contacto Realizado por: Hernán Gomez Deisy Chaves Aprobado por: Danny Lopez

Firma

Fecha

05/04/2010 05/04/2010 Firma

Fecha

07/04/2010

Módulo: Gestión de Citas R.3.1 Crear Cita Descripción Entradas

Salidas

Precondiciones Poscondiciones

Permite al administrador y pacientes crear una cita con un médico (general, especialista u odontólogo) en el horario especificado. Documento de identidad del paciente, nombre del médico, tipo de servicio (medicina general, especialista, odontología) y horario en la que desea la cita. Si se desea una cita con un especialista debe suministrarse el número de orden con el cual se remite al especialista. Se despliega un mensaje con los datos de la cita (nombre y documento de identidad del paciente, nombre del médico y horario de la cita) incluido un número que se genera automáticamente como constancia y una confirmación de su asignación. El usuario esta creado en el sistema. El horario de la cita queda reservado con los datos suministrados por el usuario.

10

Proceso

Restricciones Efectos Colaterales Fuentes Tipo Fecha

El sistema despliega el formulario para la creación de una cita, el usuario selecciona el tipo de servicio y el nombre del médico que lo atenderá. El sistema despliega un listado con los horarios disponibles para la cita, el usuario selecciona el horario de la cita. El sistema valida la información y asigna la nueva cita. Si el usuario ya tiene una cita en el mismo horario el sistema muestra un mensaje notificando del cruce de horarios. Se ingresa un registro a la Base de Datos con la información de la nueva cita. Teclado Alto y Evidente 05/04/2010

Contacto Realizado por: Hernán Gomez Deisy Chaves Aprobado por: Danny Lopez

Firma

Fecha

05/04/2010 05/04/2010 Firma

Fecha

07/04/2010

R.3.2 Cancelar Cita Descripción Entradas

Salidas Precondiciones Poscondiciones Proceso

Permite a un usuario (administrador, médico o paciente) cancelar una cita previamente asignada. Documento de identidad del paciente, Nombre del médico y Horario en el cual se tiene programada la cita. Adicionalmente, se solicita indicar el motivo por el cual se cancela la cita. Confirmación de la cancelación de la cita y se envía un correo electrónico informando sobre la cancelación. El usuario y la cita a cancelar deben estar creados en el sistema . El horario de la cita queda disponible para la programación de nuevas citas. El sistema solicita el documento de identidad del paciente, el nombre del médico, el horario en el que está programada la cita y el motivo por el cual se cancela. El usuario ingresa los datos de la cita a cancelar y el motivo de la cancelación, el sistema solicita una confirmación para cancelar la cita; una vez el usuario confirma la acción el sistema cancela la cita programada.

Restricciones Efectos Colaterales Se modifica un registro de la Base de Datos en el que se libera el horario

de la cita programada. Teclado Tipo Primario y Evidente Fecha 05/04/2010

Fuentes

Contacto Realizado por: Hernán Gomez Deisy Chaves Aprobado por:

Firma

Fecha

05/04/2010 05/04/2010 Firma

Fecha

11

07/04/2010

Danny Lopez

Módulo: Gestión de Agenda Médica R.4.1Reservar Espacio en la Agenda Descripción Permite al médico reservar un horario específico para realizar una actividad distinta a atender un paciente en una cita. Entradas Documento de identidad del médico, horario a reservar y motivo por el cual se reserva ese espacio en la agenda. Salidas Se despliega un mensaje confirmando la reserva del tiempo en la agenda del médico. Precondiciones El médico esta creado en el sistema Poscondiciones El horario en la agenda del médico queda reservado con los datos suministrados. Proceso El sistema despliega el formulario para la reserva de un espacio en la agenda, el médico el horario a reservar en la agenda e ingresa el motivo de la reserva. El sistema valida la información y realiza la nueva reserva de espacio en la agenda del médico. Restricciones Efectos Colaterales

Se ingresa un registro a la Base de Datos con la información de la nueva reserva de espacio. Fuentes Teclado Tipo Medio y Evidente Fecha 05/04/2010

Contacto Realizado por: Hernán Gomez Danny Lopez Aprobado por: Deisy Chaves

Firma

Fecha

05/04/2010 05/04/2010 Firma

Fecha

07/04/2010

R.4.2 Cancelar Reserva de Espacio en la Agenda Descripción Permite al médico cancelar una reserva de espacio previamente realiza en la agenda. Entradas Documento de identidad del médico y Horario en el cual se tiene programada la reserva. Salidas Confirmación de la cancelación de la reserva de espacio en la agenda. Precondiciones El médico y la reserva a cancelar deben estar creados en el sistema. Poscondiciones El espacio en la agenda del médico queda disponible para la programación de citas. Proceso El sistema solicita el documento de identidad del médico y el horario en el que está programada la reserva. El médico ingresa la información necesaria para cancelar la reserva, el sistema solicita una confirmación para cancelar la reserva; una vez el médico confirma la acción el sistema cancela la reserva de espacio en la agenda del médico. Restricciones Efectos Colaterales Se modifica un registro de la Base de Datos en el que se libera en la

12

agenda del médico el horario de la reserva. Teclado Medio y Evidente Fecha 05/04/2010

Fuentes Tipo Contacto Realizado por: Hernán Gomez Danny Lopez Aprobado por: Deisy Chaves

Firma

Fecha

05/04/2010 05/04/2010 Firma

Fecha

07/04/2010

Módulo: Reporte...