ppsirg · April 1, 2020 07:36
diff --git a/requiements.tex b/requiements.tex
 \chapter{Definición Y Especificación De Requisitos}
 \label{Definición Y Especificación De Requisitos}

 \section{Definición de Requisitos}


 \subsection {Definición de requisitos funcionales}



 %Aplicativo de dietas  %modulo estudiante
 %\begin{itemize}    
    \begin{enumerate}[start=1,label={\bfseries RF0\arabic*.}]
    %\begin{enumerate}[label=RF01]
        \item El sistema debe tener una funcionalidad de toma de datos del paciente donde se puedan introducir datos de un paciente
            %\begin{enumerate}[start=1,label={\bfseries-\arabic*:}]
            \begin{enumerate}[label*=\arabic*.]
                \item La funcionalidad de toma de datos del paciente debe permitir tomar datos personales,antecedentes de salud, datos bioquímicos, datos antropométrico, datos alimentarios, escalas de tamización y un plan de tratamiento
                \item La funcionalidad de toma de datos del paciente debe agrupar la captura de datos usando el esquema ABCD (Antropométrico, Biométrico, Clínico y Dietético)
                \item La funcionalidad de toma de datos del paciente debe permitir adjuntar imágenes con texto
                \item La funcionalidad de toma de datos del paciente debe permitir anexar documentos multimedia (videos mp4, webm) (audios mp3, m4a)
                \item La funcionalidad de toma de datos del paciente debe asegurar la confidencialidad y el adecuado tratamiento de los datos consignados según ISO 27001
                \item La funcionalidad de toma de datos del paciente debe contar con autocorrector de ortografía
                \item La funcionalidad de toma de datos del paciente debe contar con atajos de teclado configurables
                \item La funcionalidad de toma de datos del paciente debe optimizar el ingreso de datos mediante una herramienta que analice desde primer instancia con el primer dato o cada dato que se va ingresando y vaya sugiriendo palabras
                \item La funcionalidad de toma de datos del paciente debe realizar auto-guardado para no perder la información en caso de pérdida de conexión con el servidor
            \end{enumerate}
        \item El sistema debe permitir la modificación de la estructura del formulario de HCN, es decir quitar y poner campos y ordenarlos según sea conveniente 
        \item El sistema debe validar firma digital para poder editar la HCN 
        \item El sistema debe evitar la edición de historias clínicas cerradas.
        \item El sistema debe tener un menú para estudiante donde el estudiante pueda visualizar su progreso académico, las evaluaciones propuestas y los bancos de casos y los términos de glosario propuestos por los docentes
        \item El Sistema debe tener herramientas de ayuda para los estudiantes

        \item El banco de casos clínicos debe contar con una funcionalidad donde el estudiante pueda ver los casos propuestos por los profesores
        \item El banco de casos clínicos debe mostrar en pantalla un cronómetro en acción durante las evaluaciones para que los estudiantes y profesores puedan estar al tanto del tiempo transcurrido desde el comienzo de la evaluación, 
            \item El banco de casos clínicos debe generar un mensaje que diga "No Envió" si el estudiante no ha completado y enviado la evaluación a través del sistema
            \item El banco de casos clínicos debe permitir el auto-guardado de la evaluación mientras se esta desarrollando para que en el caso de un corte en la conexión con el servidor, la información ingresada hasta el momento no se pierda
            \item El banco de casos clínicos debe ser capaz de evaluar bloques de texto y facilitar la calificación a través de procesamiento de lenguaje natural y la verificación de respuestas.
        %\begin{enumerate}[start=1,label={\bfseries -\arabic*:}]
        \begin{enumerate}[label*=\arabic*.]
            \item Una herramienta de tipo chat para comunicarse entre el grupo 
            \item Una herramienta tipo asistente virtual que enseñe al estudiante como usar el sistema ya sea con una guía de usuario o por pasos, una vez se ingrese al sistema por primera vez 
            \item Una herramienta tipo tutorial de uso para usuarios nuevos
            \item Un menú para acceder a una sección de enlaces de interés para que los estudiantes consulten normas o guías de estudio que el docente haya cargado (upload) al sistema previamente
            \item Una herramienta cuya función sea sugerir al estudiante posibles tratamientos que se deberían imponer al paciente según se requiera
            \item Una Herramienta que realice la validación del formulario (por ejemplo: validar los códigos de las enfermedades de acuerdo al estándar internacional)
            \item Una Herramienta que genere alarmas de tipo visual (color) y auditivas (sonido) de acuerdo a la información previamente ingresada del estado de salud del paciente o datos ingresados durante la historia en desarrollo 
            \item El sistema debe permitir habilitar o deshabilitar cada una de las herramientas de ayuda mencionadas en los items anteriores.
        \end{enumerate}
        \item El sistema debe contar con una estructura de gestión de usuarios
        %\begin{enumerate}[start=1,label={\bfseries -\arabic*:}]
        \begin{enumerate}[label*=\arabic*.]
            \item La estructura debe ser basada en roles por usuario
            \item La estructura debe permitir la crear, modificar y archivar el perfil de los usuarios creados (estudiante y docente)
            \item La estructura debe contar con un doble factor de autenticación para el acceso con el usuario de la PUJ 
            \item La estructura debe permitir el acceso opcional a través de huella dactilar
            \item La estructura debe permitir segmentar estudiantes por asignaturas 
            \item La estructura debe guardar historial de acceso de los usuarios
            \item La estructura debe restringir el acceso al SimHC a estudiantes de la PUJ no matriculados en materias para las cuales se está desarrollando el SimHC, éstas materias serán previamente establecidas por el Sponsor del proyecto en conjunto con los profesores relacionados al proyectos
            \item La estructura debe permitir seleccionar una o un grupo de HCN a la cual (o cuales) restringir el acceso según consideren apropiado el (o los) profesor(es) que tengan un rol administrador en el SimHC 
        \end{enumerate}

    %pedro===================
    %Modulo profesor
        \item El sistema debe permitir a los profesores crear y administrar grupos de estudiantes.
        \begin{enumerate}[label*=\arabic*.]
            \item La funcionalidad de grupo de estudiantes debe permitir a los profesores la creación y cierre de grupos de estudiantes, los cuales van a tener un nombre y un estado de abierto o cerrado.
            \item La funcionalidad de grupo de estudiantes debe permitir a los profesores crear exámenes para cada curso en los que se puedan definir la fecha de entrega y la duración máxima para resolver cada caso Clínico.
            \item La funcionalidad de grupo de estudiantes debe permitir a los profesores editar los exámenes y sus contenidos.
        \end{enumerate}
        \item El sistema debe permitir a los profesores crear y administrar un banco de casos clínicos, a través del cual se puedan formular distintos escenarios (datos acerca de la salud) de pacientes de prueba, que le permita al estudiante estudiar y hacer evaluaciones de práctica para afianzar sus conocimientos en el área:
        %\begin{enumerate}[start=1,label={\bfseries -\arabic*:}]
        \begin{enumerate}[label*=\arabic*.]
            \item \underline{El banco de casos clínicos debe permitir a los profesores crear evaluaciones, en donde puedan escoger entre varios tipos de evaluación ya sea tradicional, respuesta abierta, falso verdadero, selección múltiple (pendiente por validar).}
            \item El banco de casos clínicos debe permitir a los profesores crear casos clínicos con propositos de evaluación, los cuales deben tener un nombre, un tema o conjunto de temas, la duración propuesta para resolver el caso en minutos, la información de pacientes de prueba organizados según el estándar ABCD, una descripción que el profesor pueda creer que es necesaria, como los datos demográficos o diferentes tipos de notas y archivos adjuntos como pdf, imágenes (jpeg, png) o vídeos (mp4) de un máximo de 30MB con la posibilidad de adjuntar una aclaración tipo texto a cada archivo. \textbf{(implementado en prototipo)}
            \item El banco de casos clínicos debe permitir a los profesores poder acceder a casos clínicos propuestos por otros profesores y poder asignarlos como evaluación a sus estudiantes, de manera similar a la Mesa Sectra. \textbf{(implementado en prototipo)}
            \item El banco de casos clínicos debe permitir a los profesores buscar casos clínicos en el banco de casos clínicos por tema o por el texto en la descripción o en el texto del ABCD. \textbf{(implementado en prototipo)}
            \item El banco de casos clínicos debe permitir a los profesores configurar la visibilidad o invisibilidad de los casos clínicos de los cuales tenga autoría. \textbf{(implementado en prototipo)}
            \item El banco de casos clínicos debe permitir a los profesores asignar un caso a un curso de estudiantes. \textbf{(implementado en prototipo)}
            \item El banco de casos clínicos debe permitir a los profesores evaluar las respuestas y hacer comentarios a las respuestas de los estudiantes.
            
        \end{enumerate}
        \item El sistema debe tener un módulo de administración para profesores que permita acceder a todas las acciones que puede realizar en el sistema 
        \begin{enumerate}[label*=\arabic*.]
            \item El sistema debe permitir incluir ecuaciones usadas para el cálculo de los datos antropométricos
            \item El sistema debe permitir incluir formulas y modelos matemáticos necesarios para evaluar al estudiante en el área 
        \end{enumerate}
        \item \underline{El sistema debe generar y mostrar reportes previamente definidos por los profesores relacionados al proyecto SimHC. (validar si se necesitan)}
        \begin{enumerate}[label*=\arabic*.]
            \item La funcionalidad de reportes debe mostrar diferentes mediciones estadísticas de los resultados académicos de los estudiantes (casos resueltos por grupo, tiempo de resolución de los casos, casos resueltos exitosamente por curso y por tema) \textbf{(implementado en prototipo)}
            \item La funcionalidad de reportes debe mostrar datos estadísticos del uso del SimHC (frecuencia de uso, tiempo de uso de usuario por sesion). \textbf{(implementado en prototipo)}
        \end{enumerate}
        \item \underline{El sistema debe permitir a los profesores crear y definir un glosario de terminología fácil de acceder para los estudiantes. (preguntar, aunque el profesor dijo que no inicialmente)}
        
    
        %Sistema integrado
        \item El sistema debe generar notificaciones que informen al docente cuando el estudiante diligencia una historia clínica nutricional \textbf{(implementado en prototipo)}
        \item El sistema debe generar y mostrar al estudiante una retroalimentación de la evaluación mostrando las respuestas correctas. 
        \item El sistema debe generar y presentar un reporte de calificación para cada estudiante para cada caso clínico propuesto por el profesor en el SimHC.
        \item El sistema debe contar con una API para permitir interconectarse con otras aplicaciones, como por ejemplo para el proyecto: “Aplicativo de dietas” y el proyecto de: “Gerencia de servicios de alimentación”, permitiendo de esta manera que aplicaciones externas puedan enviar o consultar historias clínicas electrónicas, conforme a los establecido por la ley 2015 del 31 de Enero del 2020, del Gobierno de la República de Colombia.
        \item El sistema debe permitir la generación de documentos exportables compatibles con software de ofimática como por ejemplo Microsoft Office y similares
        \item \underline{El sistema debe permitir la integración con el software PeopleSoft, para la administración de notas académicas conforme a la ley 2015 del 31 Enero del 2020. (debe eliminarse)}
        \item El sistema debe contar con un módulo de reporte de incidencias para que tanto estudiantes como profesores puedan reportar errores y funcionamientos incorrectos del sistema.
        \item El sistema debe contar con una herramienta tipo data logger que esté registrando los eventos necesarios para el diagnóstico del funcionamiento del SimHC, que suceden durante la ejecución del mismo.
    \end{enumerate}
	\chapter{Definición Y Especificación De Requisitos}
	\label{Definición Y Especificación De Requisitos}

	\section{Definición de Requisitos}


	\subsection {Definición de requisitos funcionales}



	%Aplicativo de dietas %modulo estudiante
	%\begin{itemize}
	\begin{enumerate}[start=1,label={\bfseries RF0\arabic*.}]
	%\begin{enumerate}[label=RF01]
	\item El sistema debe tener una funcionalidad de toma de datos del paciente donde se puedan introducir datos de un paciente
	%\begin{enumerate}[start=1,label={\bfseries-\arabic*:}]
	\begin{enumerate}[label=\arabic.]
	\item La funcionalidad de toma de datos del paciente debe permitir tomar datos personales,antecedentes de salud, datos bioquímicos, datos antropométrico, datos alimentarios, escalas de tamización y un plan de tratamiento
	\item La funcionalidad de toma de datos del paciente debe agrupar la captura de datos usando el esquema ABCD (Antropométrico, Biométrico, Clínico y Dietético)
	\item La funcionalidad de toma de datos del paciente debe permitir adjuntar imágenes con texto
	\item La funcionalidad de toma de datos del paciente debe permitir anexar documentos multimedia (videos mp4, webm) (audios mp3, m4a)
	\item La funcionalidad de toma de datos del paciente debe asegurar la confidencialidad y el adecuado tratamiento de los datos consignados según ISO 27001
	\item La funcionalidad de toma de datos del paciente debe contar con autocorrector de ortografía
	\item La funcionalidad de toma de datos del paciente debe contar con atajos de teclado configurables
	\item La funcionalidad de toma de datos del paciente debe optimizar el ingreso de datos mediante una herramienta que analice desde primer instancia con el primer dato o cada dato que se va ingresando y vaya sugiriendo palabras
	\item La funcionalidad de toma de datos del paciente debe realizar auto-guardado para no perder la información en caso de pérdida de conexión con el servidor
	\end{enumerate}
	\item El sistema debe permitir la modificación de la estructura del formulario de HCN, es decir quitar y poner campos y ordenarlos según sea conveniente
	\item El sistema debe validar firma digital para poder editar la HCN
	\item El sistema debe evitar la edición de historias clínicas cerradas.
	\item El sistema debe tener un menú para estudiante donde el estudiante pueda visualizar su progreso académico, las evaluaciones propuestas y los bancos de casos y los términos de glosario propuestos por los docentes
	\item El Sistema debe tener herramientas de ayuda para los estudiantes

	\item El banco de casos clínicos debe contar con una funcionalidad donde el estudiante pueda ver los casos propuestos por los profesores
	\item El banco de casos clínicos debe mostrar en pantalla un cronómetro en acción durante las evaluaciones para que los estudiantes y profesores puedan estar al tanto del tiempo transcurrido desde el comienzo de la evaluación,
	\item El banco de casos clínicos debe generar un mensaje que diga "No Envió" si el estudiante no ha completado y enviado la evaluación a través del sistema
	\item El banco de casos clínicos debe permitir el auto-guardado de la evaluación mientras se esta desarrollando para que en el caso de un corte en la conexión con el servidor, la información ingresada hasta el momento no se pierda
	\item El banco de casos clínicos debe ser capaz de evaluar bloques de texto y facilitar la calificación a través de procesamiento de lenguaje natural y la verificación de respuestas.
	%\begin{enumerate}[start=1,label={\bfseries -\arabic*:}]
	\begin{enumerate}[label=\arabic.]
	\item Una herramienta de tipo chat para comunicarse entre el grupo
	\item Una herramienta tipo asistente virtual que enseñe al estudiante como usar el sistema ya sea con una guía de usuario o por pasos, una vez se ingrese al sistema por primera vez
	\item Una herramienta tipo tutorial de uso para usuarios nuevos
	\item Un menú para acceder a una sección de enlaces de interés para que los estudiantes consulten normas o guías de estudio que el docente haya cargado (upload) al sistema previamente
	\item Una herramienta cuya función sea sugerir al estudiante posibles tratamientos que se deberían imponer al paciente según se requiera
	\item Una Herramienta que realice la validación del formulario (por ejemplo: validar los códigos de las enfermedades de acuerdo al estándar internacional)
	\item Una Herramienta que genere alarmas de tipo visual (color) y auditivas (sonido) de acuerdo a la información previamente ingresada del estado de salud del paciente o datos ingresados durante la historia en desarrollo
	\item El sistema debe permitir habilitar o deshabilitar cada una de las herramientas de ayuda mencionadas en los items anteriores.
	\end{enumerate}
	\item El sistema debe contar con una estructura de gestión de usuarios
	%\begin{enumerate}[start=1,label={\bfseries -\arabic*:}]
	\begin{enumerate}[label=\arabic.]
	\item La estructura debe ser basada en roles por usuario
	\item La estructura debe permitir la crear, modificar y archivar el perfil de los usuarios creados (estudiante y docente)
	\item La estructura debe contar con un doble factor de autenticación para el acceso con el usuario de la PUJ
	\item La estructura debe permitir el acceso opcional a través de huella dactilar
	\item La estructura debe permitir segmentar estudiantes por asignaturas
	\item La estructura debe guardar historial de acceso de los usuarios
	\item La estructura debe restringir el acceso al SimHC a estudiantes de la PUJ no matriculados en materias para las cuales se está desarrollando el SimHC, éstas materias serán previamente establecidas por el Sponsor del proyecto en conjunto con los profesores relacionados al proyectos
	\item La estructura debe permitir seleccionar una o un grupo de HCN a la cual (o cuales) restringir el acceso según consideren apropiado el (o los) profesor(es) que tengan un rol administrador en el SimHC
	\end{enumerate}

	%pedro===================
	%Modulo profesor
	\item El sistema debe permitir a los profesores crear y administrar grupos de estudiantes.
	\begin{enumerate}[label=\arabic.]
	\item La funcionalidad de grupo de estudiantes debe permitir a los profesores la creación y cierre de grupos de estudiantes, los cuales van a tener un nombre y un estado de abierto o cerrado.
	\item La funcionalidad de grupo de estudiantes debe permitir a los profesores crear exámenes para cada curso en los que se puedan definir la fecha de entrega y la duración máxima para resolver cada caso Clínico.
	\item La funcionalidad de grupo de estudiantes debe permitir a los profesores editar los exámenes y sus contenidos.
	\end{enumerate}
	\item El sistema debe permitir a los profesores crear y administrar un banco de casos clínicos, a través del cual se puedan formular distintos escenarios (datos acerca de la salud) de pacientes de prueba, que le permita al estudiante estudiar y hacer evaluaciones de práctica para afianzar sus conocimientos en el área:
	%\begin{enumerate}[start=1,label={\bfseries -\arabic*:}]
	\begin{enumerate}[label=\arabic.]
	\item \underline{El banco de casos clínicos debe permitir a los profesores crear evaluaciones, en donde puedan escoger entre varios tipos de evaluación ya sea tradicional, respuesta abierta, falso verdadero, selección múltiple (pendiente por validar).}
	\item El banco de casos clínicos debe permitir a los profesores crear casos clínicos con propositos de evaluación, los cuales deben tener un nombre, un tema o conjunto de temas, la duración propuesta para resolver el caso en minutos, la información de pacientes de prueba organizados según el estándar ABCD, una descripción que el profesor pueda creer que es necesaria, como los datos demográficos o diferentes tipos de notas y archivos adjuntos como pdf, imágenes (jpeg, png) o vídeos (mp4) de un máximo de 30MB con la posibilidad de adjuntar una aclaración tipo texto a cada archivo. \textbf{(implementado en prototipo)}
	\item El banco de casos clínicos debe permitir a los profesores poder acceder a casos clínicos propuestos por otros profesores y poder asignarlos como evaluación a sus estudiantes, de manera similar a la Mesa Sectra. \textbf{(implementado en prototipo)}
	\item El banco de casos clínicos debe permitir a los profesores buscar casos clínicos en el banco de casos clínicos por tema o por el texto en la descripción o en el texto del ABCD. \textbf{(implementado en prototipo)}
	\item El banco de casos clínicos debe permitir a los profesores configurar la visibilidad o invisibilidad de los casos clínicos de los cuales tenga autoría. \textbf{(implementado en prototipo)}
	\item El banco de casos clínicos debe permitir a los profesores asignar un caso a un curso de estudiantes. \textbf{(implementado en prototipo)}
	\item El banco de casos clínicos debe permitir a los profesores evaluar las respuestas y hacer comentarios a las respuestas de los estudiantes.

	\end{enumerate}
	\item El sistema debe tener un módulo de administración para profesores que permita acceder a todas las acciones que puede realizar en el sistema
	\begin{enumerate}[label=\arabic.]
	\item El sistema debe permitir incluir ecuaciones usadas para el cálculo de los datos antropométricos
	\item El sistema debe permitir incluir formulas y modelos matemáticos necesarios para evaluar al estudiante en el área
	\end{enumerate}
	\item \underline{El sistema debe generar y mostrar reportes previamente definidos por los profesores relacionados al proyecto SimHC. (validar si se necesitan)}
	\begin{enumerate}[label=\arabic.]
	\item La funcionalidad de reportes debe mostrar diferentes mediciones estadísticas de los resultados académicos de los estudiantes (casos resueltos por grupo, tiempo de resolución de los casos, casos resueltos exitosamente por curso y por tema) \textbf{(implementado en prototipo)}
	\item La funcionalidad de reportes debe mostrar datos estadísticos del uso del SimHC (frecuencia de uso, tiempo de uso de usuario por sesion). \textbf{(implementado en prototipo)}
	\end{enumerate}
	\item \underline{El sistema debe permitir a los profesores crear y definir un glosario de terminología fácil de acceder para los estudiantes. (preguntar, aunque el profesor dijo que no inicialmente)}


	%Sistema integrado
	\item El sistema debe generar notificaciones que informen al docente cuando el estudiante diligencia una historia clínica nutricional \textbf{(implementado en prototipo)}
	\item El sistema debe generar y mostrar al estudiante una retroalimentación de la evaluación mostrando las respuestas correctas.
	\item El sistema debe generar y presentar un reporte de calificación para cada estudiante para cada caso clínico propuesto por el profesor en el SimHC.
	\item El sistema debe contar con una API para permitir interconectarse con otras aplicaciones, como por ejemplo para el proyecto: “Aplicativo de dietas” y el proyecto de: “Gerencia de servicios de alimentación”, permitiendo de esta manera que aplicaciones externas puedan enviar o consultar historias clínicas electrónicas, conforme a los establecido por la ley 2015 del 31 de Enero del 2020, del Gobierno de la República de Colombia.
	\item El sistema debe permitir la generación de documentos exportables compatibles con software de ofimática como por ejemplo Microsoft Office y similares
	\item \underline{El sistema debe permitir la integración con el software PeopleSoft, para la administración de notas académicas conforme a la ley 2015 del 31 Enero del 2020. (debe eliminarse)}
	\item El sistema debe contar con un módulo de reporte de incidencias para que tanto estudiantes como profesores puedan reportar errores y funcionamientos incorrectos del sistema.
	\item El sistema debe contar con una herramienta tipo data logger que esté registrando los eventos necesarios para el diagnóstico del funcionamiento del SimHC, que suceden durante la ejecución del mismo.
	\end{enumerate}