Memoria

Evaluación

ENFEN. Fluidez verbal

Uno de los componentes de las funciones ejecutivas es la Fluidez verbal. Existen respecto a la misma estudios que la relacionan, en cuanto déficit, con el TDA-H, lo que podría sugerir que implica procesos atencionales. No obstante, en sentido estricto, la fluidez verbal, tal y como se trabaja en ENFEN, tiene que ver con la evaluación de la memoria de trabajo a largo plazo (1).

Tal y cómo se emplea en ENFEN esta prueba requiere recurrir a los procesos de acceso al léxico, involucra capacidades de recuperación de la información verbal almacenada en la memoria a largo plazo, así como la amplitud del conocimiento léxico (2). En [este enlace] puede encontrar un interesante análisis de estas cuestiones.

Como recurso de evaluación, sitúo ENFEN-Fluidez en el segundo nivel de intervención dentro del proceso de evaluación, que es aquel que implica la evaluación individual y específica del alumno por contraposición al primer nivel o de evaluación del alumno en el contexto del aula y de las actividades de aprendizaje propias de ese contexto.

En cuanto al ámbito de evaluación, considero esta prueba como un instrumento para la evaluación de la memoria verbal a largo plazo, más concretamente de las habilidades de recuperación de la información verbal. Aunque también implica evaluación de la memoria de trabajo (3), conviene la primera delimitación (aunque resulte restrictiva) por la escasez de recursos para la evaluación de la memoria a largo plazo. La simplicidad de la prueba, su bajo coste en términos de tiempo y su potencial aportación a la evaluación de la capacidad memoria verbal) hacen de ENFEN-Fluidez un instrumento muy adecuado para nuestros objetivos de intervención (4).

Presento aquí un recurso que integra la automatización de la aplicación, la puntuación del test y el análisis de los resultados. Originalmente, como en otras ocasiones, se trataba de un soporte Calc usado para digitalizar y recoger datos de la escala ENFEN al completo (no exclusivamente de las pruebas de fluidez), en el que los test de fluidez no tenían precisamente un alto nivel de informatización, salvo el análisis de los resultados.

También desarrollé una versión Filemaker que automatizaba la puntuación, el análisis y la emisión de informe de resultados.

Finalmente, derivado de ambos, pero introduciendo cambios significativos, he creado un DocAp basado en Calc, que es el que te proporciono desde el enlace de Documento (al final de la entrada), puesto que será el que servirá para, en su momento, actualizar el proyecto de automatización. Por ello, también la explicación más detallada que sigue.

Este DocAp consta formalmente de tres hojas (Id, Pruebas y Datos), de las cuales sólo la primera está visible al abrir la hoja de cálculo. Pero la complejidad real del DocAp está en el código, responsable de su funcionamiento, visible desde el IDE, en el propio documento, que abarca lo siguiente:

Como ves, se diferencian 6 módulos y 22 script. Este complejo conjunto de elementos hace posible que se desarrollen los procesos de automatización que contiene el DocAp y que te explicaré resumidamente en base a lo que la visualización de la interface permite entrever. El análisis detenido del código corre de tu parte, aunque sobre él volveremos cuando presente la alternativa actualizada que pretendo crear en breve. 

En hoja Id encuentras un formulario basado en celdas, destinado a recoger los datos de identificación del alumno, y lo que es la síntesis de resultados de la aplicación del test.

Además tienes dos comandos: uno (APLICAR TEST) para continuar con la aplicación de la prueba y otro (BORRAR) para borrar el contenido antiguo, si es que está aun visible.  Como sabes, ambos están asociados a la ejecución de sendos script.

La segunda hoja queda accesible al activar el botón  APLICAR TEST y contiene, como cabe esperar, el sistema de recogida de datos y el de puntuación del test. Ambos funcionan mediante los comandos respectivos: Contador F1 Y Contador F2 para capturar las respuestas (el número de respuestas) y PUNTUAR para realizar la puntuación del test en función de los estadísticos de la prueba. 

En este caso sí me interesa detenerme en la explicación del funcionamiento de estos comandos, ya que presenta cierta diferencia respecto a los procedimientos conocidos de puntuación de la ejecución. Esto es así porque en estas pruebas de fluidez lo que nos interesa es capturar el número de respuestas correctas que emita el sujeto, y nada más. De ahí que hayamos ideado un procedimiento de contador de aciertos que se concreta en dos script, uno por cada prueba (Fonológica - Semántica) asociados a sendos comandos (aquí el script del contador F1)...

Sub ContadorF1

Dim oHoja As Object, oCelda As Object

Dim i As Integer

'Acceso a la hoja Pruebas

oHoja = ThisComponent.getSheets().getByName("Pruebas")

'Acceso a la celda contador

oCelda = oHoja.getCellRangeByName("G2")

i = oCelda.getValue

i = Contador(i)

oCelda.setValue(i)

End Sub

... y ambos script a la función Contador()

Function Contador(i As Integer) As Integer

Contador = i + 1

End Function

El comando PUNTUAR presenta un código más complejo, que conforma los tres script (un script y dos subrutinas) que contiene el módulo ModPuntuar, al que te remito: básicamente consiste en lo siguiente:

• El comando PUNTUAR permite acceder al script PuntuarPrueba, el cual captura el valor del contador de las celdas F1 (G2) y F2 (G12) 
• y se lo pasa a sendos subrutinas, una para puntuar cada una de las pruebas 
• atendiendo a la edad del niño 
• y a los datos estadísticos de los respectivos baremos.
• Finalmente traslada los datos resultantes también a la hoja Datos.

Dada la extensión de estos script, remito al IDE para su lectura y análisis. La explicación que sea pertinente para retomar la actualización del soporte se realizará en ese momento.

Para finalizar ahora esta entrada, sólo resta señalar que la hoja Datos únicamente contiene una sencilla tabla de datos con los de identificación y los resultados de ambos test. 

En otro momento, a partir de aquí, sería posible crear una base de datos acumulativa, así como fundamentar la creación de un modelo de informe de resultados, única fase de la informatización del test que no ha sido automatizada mediante este DocAp.

Documento. Descarga del [DocAp de la prueba].

NOTAS

(1) También del lenguaje, ya que implica habilidades metafonológicas (F. fonológica) y desarrollo léxico-semántico (F. semántica). No obstante lo anterior, considerar estas pruebas como de evaluación de la memoria no entra en contradicción con los resultados obtenidos en esos estudios, que relacionan bajos resultados en Fluidez verbal con el TAD-H, dada la relación entre los procesos perceptivo-atencionales y los relativos a la memoria. Como sabemos, para el correcto rendimiento en ésta son necesarios aquellos.

(2) Además de incluirse dentro de los procesos asociados a las funciones ejecutivas, y por tanto se relación con los procesos de aprendizaje en sentido general, estas capacidades también se relacionan en concreto con los procesos implicados de en el aprendizaje de la lectoescritura, por lo que su evaluación pertinente también cuando se aprecian dificultades en su aprendizaje. El doble criterio fonológico (F1) - semántico (F2) y el análisis de las diferencias de rendimiento en ambas tareas añade información relevante sobre posibles causas de las dificultades de aprendizaje de la lectoescritura.

(3) En función del peso que tiene en los procesos implicados en su desarrollo el eficiente acceso a la memoria a corto plazo, donde se mantiene activo el criterio fonológico o semántico, según la instrucción que determina el tipo de tarea.

(4) Parece necesario profundizar en su análisis, estructura de las pruebas, sistemas de puntuación, análisis del significado de esas puntuaciones y de la comparación F1 - F2... Esto requiere un trabajo que no se desarrolla en esta entrada, dando que se centra más en la presentación del docap creado para facilitar la aplicación del instrumento.