Análisis de requisitos

3.4.1.1. Actor

El principal actor es un usuario con perfil clínico que, independientemente de sus conocimientos tecnológicos, necesita desarrollar un guión de una actividad de vida diaria aplicando sus conocimientos clínicos para definir la intervención terapéutica para una terapia y un paciente en particular.

3.4.1.2. Requisitos funcionales

En este apartado se presentan los requisitos funcionales definidos pa- ra la herramienta. Se destacan las principales funcionalidades que fueron identificadas de cara al diseño del EGT

Funcionalidades relacionadas con la edición del guión.

Se refiere a todas las funcionalidades necesarias para la creación y edición de la actividad: creación y configuración de tareas, estados y trayectorias.

3.4. PRUEBA DE CONCEPTO: EDITOR DE GUIONES TERAPÉUTICOS 59

RF1. Cargar un guión: el usuario será capaz de abrir un guión para examinarlo y editarlo.

RF2. Crear un nuevo guión: el usuario podrá crear una nueva entrada en la lista de guiones defiendo las características básicas (nombre, descripción, etc) para su posterior edición.

RF3. Crear una tarea: el usuario podrá crear una nueva entrada tarea dentro de un guión cargado anteriormente, para posteriormente editarlo.

RF4. Crear un estado: el usuario podrá añadir un nuevo estado en la tarea a un escenario para posteriormente editarlo.

RF5. Crear un estímulo: crear un nuevo estímulo, añadir posibles estados al estímulo, y las acciones asociadas a cada uno de ellos.

RF6. Configurar el estado: añadir los estímulos que formarán el estado.

RF7. Definir trayectoria: consiste en activar una acción a un estímulo de un determinado estado, los estímulos respuesta asociados, el flujo de acción que establece

Funcionalidades relacionadas con comunicación con el archivo.

Se trata de sintetizar en un fichero la descripción de la AVD, de forma que pueda ser procesado computacionalmente. De esta forma poder almacenarlo en una base de datos para poder recuperarlo dentro del EGT, o bien desde otra herramienta para por ejemplo implementar la actividad. Funcionalidades relacionadas con el conocimiento clínico implícito en el guión.

RF8. Listar los guiones almacenados: el usuario será capaz de cargar en pantalla un listado con guiones elaborados anteriormente y almacenados en la base de datos

RF9. Almacenar un guión: el usuario podrá guardar un guión que acaba de crear o bien que ha modificado.

RF10. Buscar un guión: el usuario podrá buscar mediante la utilización de palabras clave entre los guiones almacenados anteriormente. Funcionali- dades relacionadas con la visualización y navegación por el Edición del guión: definir/navegar. El alto número de elementos y configuraciones hace necesario presentar la información de una forma visual y legible que se ajuste a las necesidades en cada momento.

RF11. Controlar el listado de los guiones: el usuario será capaz de configurar la visualización del listado del guiones: cantidad, orden, etc.

RF12. Controlar la visualización del guión: en usuario podrá visualizar los distintos grupos de información de los que se compone cada escenario del guión:

Metadatos y datos administrativos

Conjunto de escenas que componen el escenario Conjunto de trayectorias

Mapa resumen del escenario

Gestión de conocimiento clínico

Mantener el proceso de definición dentro de un contexto de conocimiento clínico.

RF13. Consultar evidencia clínica relacionada con una determinada situación de la AVD y asociarla a la intervención definida en el guión.

RF14. Facilitar la compartición y divulgación de los resultados en términos de evidencia clínica implícita en la AVD.

3.4.1.3. Requisitos no funcionales

Los requisitos no funcionales del sistema abordan las restricciones, limi- taciones, necesidades y recomendaciones de diseño, implementación y uso. Un buen análisis y definición de estos requisitos resulta crítico para el éxito final del sistema ya que puede que aunque el sistema desarrollado cumpla las funciones exigidas no se adapte a las necesidades del contexto de uso. Facili- dad de uso, accesibilidad, coste, rendimiento, son algunas de los conceptos a estudiar.

Integración en el entorno de trabajo. Se trata de un contexto interdis- ciplinar donde varios profesionales clínicos pueden tomar parte en el desarrollo del guión. Se plantea por tanto un acceso web, que potencie la accesibilidad y no vincule el uso de la herramienta a un dispositivo. Abstraer de la complejidad de la tecnología final sobre la que se desa- rrollará la AVD. Acercar el proceso de definición al esquema cognitivo de personal clínico.

Facilidad de uso. Debe tratarse de una interfaz intuitiva y de fácil manejo, evitando la necesidad de utilizar manuales e incluso requerir de ayuda técnica.

3.4. PRUEBA DE CONCEPTO: EDITOR DE GUIONES TERAPÉUTICOS 61

Asistencia en la definición. Facilitar el proceso de diseño de los guiones. La granularidad que exige la metodología de diseño puede derivar en que los guiones desarrollados tomar dimensiones lo suficiente mente grandes como para poner en riesgo su manejo. Además es necesario tratar de evitar trabajos repetitivos y tediosos durante la creación de los elementos que componen la AVD.

Escalabilidad. Con capacidad de acoplar nuevos módulos, componentes o extensiones como por ejemplo librerías o plugins, que mantengan el sistema actualizado, adaptando y resolviendo las necesidades de uso de los usuarios potenciales.

Interoperabilidad. El guión que se obtenga como resultado del diseño clínico, tiene que ser procesado para configurar el entorno virtual que ejecutará el paciente.