Expedientes. Actuaciones.

Registro de actuaciones

En una versión anterior de esta entrada empezaba diciendo que me proponía desarrollar una primera "aplicación" en Python, similar a lo que podría hacerse con OOo Basic, a modo de docap simple, con el objetivo de comparar la funcionalidad de ambos lenguajes. Este sigue siendo el objetivo de la propuesta que aquí presento, pero su propio desarrollo me llevó a profundizar en el significado de que lo que es un soporte para el registro de las actuaciones. Esta implicación es doble, aunque por ahora priorice uno de los enfoques:

• Por un lado está la creación de un recurso (o DocAp) para facilitar el registro informatizado de las actuaciones de los profesionales de los SEO, un ejemplo como otros del propósito de favorecer la automatización de los soportes documentales empleados por los SEO mediante su informatización.
• Por otro lado está realizar una revisión de la práctica profesional de los SEO, acompañada de la (re)formulación de los recursos y de los medios de intervención.

En ambos casos justo es reconocer que únicamente estamos dando los primeros pasos.

Quiero decir también, por lo que a la propuesta documental se refiere, que posiblemente y desde un planteamiento más reflexivo que el meramente "técnico", sería necesario plantearse la propia pertinencia de concretar esta propuesta como DocAp o aplicación, pudiendo considerarse con motivos que una mera formulación como documento-soporte podría ser suficiente para cumplir el objetivo que aquí parecer plantearse. Tal vez un documento-base acompañado de una macro, sin llegar a formular un DocAp pordría ser suficiente. Como ejemplo de esta propuesta podría servir este documento.

No quedarse en una formulación de esta naturaleza es la consecuencia de nuestro interés por desarrollar las posibilidades que permite el uso básico de Python y comparar los resultados con lo que obtenemos con DocAp basados en OOoBasic. Pero faltaría a la verdad si no planteara que también han influido en esta propuesta lo que deriva del análisis del significado y la funcionalidad que tiene la formulación de un sistema de seguimiento de las actuaciones.

Los documentos y materiales que dejo al final de esta entrada recogen dos propuestas que tienen un mismo objetivo, aunque expresado en dos lenguajes y mediante dos procedimientos diferentes: un DocAp creado mediante OOo Basic (macros y script) sobre LibreOffice frente a una "aplicación" construida como script de Python que crea un archivo al que podemos acceder desde LibreOffice en forma de Writer, por lo que es susceptible de ser tratado mediante macros.

Explico a continuación las dos propuestas, como dije, dos recursos pensados para recoger las actuaciones realizadas por el SEO:

• El primero crea el documento, esto es, su encabezamiento y los datos de identificación.
• Y el segundo sirve para recoger las actuaciones propiamente dichas.

No son recursos plenamente desarrollados, tan sólo soportes básicos, especialmente el creado mediante Python, mejorables tanto en funcionamiento como en su código; mejoras que se irán implementando en versiones sucesivas. Esa es la idea.

Podemos diferenciar dos enfoques en la comparación entre ambos, el de los componentes y el de los procesos. En el de componentes, diferenciamos...

• El de los DocAp, creados en OOo Basic, que se desarrollan desde dentro del documento-soporte y se descompone en el IDE en dos módulos ubicados en documento; cada uno de ellos pensado para responder a las dos actuaciones antes indicadas.
• Y el de los script de Python, que se implementan desde el cmd (o Símbolo de sistema en Windows), que se concretan en dos script externos al documento txt-odt, siendo éste generado por el primero de los script y al que se accede desde el segundo. De forma complementaria se puede crear un documento pdf mediante un script OOo Basic como forma de "congelar" el resultado en un momento dado.

En cuanto al proceso, OOo Basic presenta una estructura modular en la que se combinan tres script: el usado para acceder a las funcionalidades básicas de Grabar macro, el nuclear del componente y una subrutina auxiliar de escritura.

Python presenta en este momento una estructura secuencial lineal simple, donde se distinguen tres fases: la de input, el acceso/creación del documento y la escritura en el mismo, y el cierre del documento. Finaliza con un procedimiento controlado de cierre del script.

No me voy a detener aquí en explicar el código OOo Basic, aunque recomiendo acceder a él desde el IDE del documento-base que se puede descargar desde el enlace ubicado al final de la entrada. Sí analizaré brevemente el código Python, recomendando también profundizar en el estudioél de estos dos script. Ahora me centraré en el script ActuaNueva.py

• Fase 1. Entrada de datos (input): Como en Python no hace falta declarar previamente las variables, lo hacemos implícitamente en el mismo momento en que se solicita el dato mediante la función: actua_fecha=input("Fecha de la actuación (dd/mm/aaaa): ")
• Fase 2. Escritura en el documento, si bien previamente (fase 1) accedo al soporte, primero de forma interactiva... (seo_archivo=input("Código de indentificación: ") y después mediante la sentencia with open(seo_archivo + "_Actua.odt","a") as file: y el uso de la función write() que permite la escritura del contenido en el documento abierto (file.write("ACTUACIÓN " + actua_fecha))
• Fase 3. Cierre del archivo y del cmd. El primero (file.close()) cierra el documento abierto en la fase anterior, siendo este el modo de asegurar la actualización de su contenido. El segundo permite controlar el cierre del script y del cmd. Para ello se usa la función input() sin ningún contenido.

Quisiera incidir ahora en dos cuestiones que considero de interés. La primera es el uso de la función print() para informar al usuario del modo de proceder y del propio proceso, dar cierto formato al texto y también a la forma en que se presenta la aplicación en el cmd, incluyendo la presentación de opciones (ver script): print("Datos de la actuación.---"). La segunda tiene más importancia ya que se refiere al manejo del archivo de texto, puesto que en cada script es diferente. En este se accede a un documento ya existente, por lo que primero se solicita el identificador del documento (mediante input()) y después se utiliza la expresión open(seo_archivo + "_Actua.odt","a") mientras que en el otro script (ExpedNuevo.py) se trabaja con un documento no creado, por lo que empleamos open(seo_archivo+"_Actua.odt","w")

La diferencia, aunque mínima (a vs w) es fundamental, dadas las funciones atribuidas respectivamente a a (acceder a un documento existente y posicionarse al final del mismo con permisos de escritura) y a w (acceder a un archivo borrando su contenido. Si el archivo no existe se crea) que son las que marcan el comportamiento específico de cada uno de los script.

Para finalizar, llamar la atención del lector respecto a la peculiaridad que presentan estos script en cuanto al input: basarlo en el cmd es una forma de aparcar el tema de la GUI para centrarse en cuestiones de codificación (lenguaje y expresión algorítmica). Pero este modo de trabajo no es sólo resultado de lo que no se aborda, también es un modo de trabajo cuando los lenguajes de programación se emplean como recursos profesionales y no para crear productos para "el mercado". Cuando nos centramos en crear nuestras soluciones para nuestros problemas las formas pasan a un segundo plano en favor de la funcionalidad. Por eso no es extraño encontrar quienes prefieren trabajar directamente en línea de comando sin usar interfaces gráficas (GUI). Este es aquí también mi enfoque.

Materiales:

• Docap basado en LO-Writer (plantilla). Ver macros desde el IDE
• Script Python: ExpedNuevo.py y ActuaNueva.py
• Ejemplo de documento ACTUACIONES y formato .pdf
• Macros para tratamiento del documento y conversión en .pdf 

Expedientes. Planificación.

Programa de trabajo y Memoria (III)

Una vez atendida la cuestión del seguimiento de las intervenciones del EOE en el centro, otro recurso que puede ayudar en la intervención del SEO (en este caso identificado como UO) es el registro sistemático de sus reuniones de coordinación (R.UO) mediante el seguimiento y análisis de sus actas.

Frecuencia y calendario

Hablar de la organización de la UO es hablar de sus reuniones (R.UO)y del contenido de las mismas, su planificación en el tiempo (calendario), que está determinada por la frecuencia con que nos planteemos celebrar dichas R.UO.

La normativa impone un mínimo de una reunión mensual, pero se puede optar por mantener reuniones quincenal o semanalmente. En mi opinión, esta cuestión (la de la frecuencia) debe afrontarse desde la perspectiva de los objetivos que se plantee la UO para el curso y de sus necesidades de funcionamiento. Y esta sería la cuestión a plantear, tanto en el propio programa de trabajo (el de la UO, no el del EOE) y analizar en la Memoria (en la de la UO, no necesariamente en el del EOE).

Esta distinción entre UO y EOE es importante, ya que no es lo mismo el plan de trabajo del EOE en el centro (y su memoria) que el plan de trabajo de la UO (y la suya). Considero conveniente para el EOE plantearse las implicaciones de esta diferenciación.

Plan de trabajo y Memoria de la UO

Volviendo a la UO y a la temporalización de las R.UO, en mi opinión, también aquí menos es más si es suficiente. Dicho de otro modo: la frecuencia de las reuniones debería ajustarse a las necesidades y éstas no son las mismas a lo largo del curso, por lo que tampoco se puede establecer una calendario uniforme, aunque sí una previsión que se ajuste a esa variabilidad y a la carga de trabajo que se prevé en los diferentes periodos del curso. Por eso lo que propongo como herramienta es un recurso que, partiendo de un modelo-base de curso en cuanto a día de la semana, se ajuste en un segundo momento a las circunstancias de los diferentes periodos y a la elección de temporalización.

Tanto el seguimiento como el análisis final (para la Memoria de la UO), podría basarse en criterios como los siguientes:

• Ajuste entre planificación y ejecución.
• Ajuste entre la previsión de orden del día y tratamiento de los temas.
• Grado de cumplimiento de las funciones de la UO
• Atención efectiva a las prioridades establecidas en la planificación
• Grado de consecución de los objetivos planteados en esa priorización.

Esto conlleva (y obliga a) plantear un orden del día basado en criterios de relevancia y ajuste a la planificación inicial, lo que no impide atender lo urgente e inmediato, a la vez que evita que lo urgente relegue a lo importante. Para ello me parece conveniente disponer de un recurso de planificación y seguimiento de las R.UO. El que propongo está elaborado sobre un libro LO-Calc y combina en su funcionamiento script OOo Basic, funciones propias de Calc y trabajo manual que se espera realice el usuario o usuaria, preferentemente el coordinador o la coordinadora dela UO.

En cuanto al código OOo Basic, supone una mejora respecto al calendario de planificación de asistencia que desarrollé en la entrada anterior. Si alguien se anima a modificar aquel implementando el código del actual (con los cambios que requiere este proceso), me encantaría conocer el resultado de este trabajo que, además, se podría compartir desde este blog. Este soporte debe ser mejorado, pero como punto de partida puede ser suficiente. La mejora queda pendiente a tus peticiones y sugerencias.

Acta R.UO

En lo que al acta se refiere, me limitaré a desarrollar un documento-modelo de acta que resulte sencillo de cumplimentar, a sabiendas que lo verdaderamente importante, desde la perspectiva planteada en el apartado anterior, no es tanto este soporte como la planificación que conlleva en función de la organización de las R.UO y de su planificación de objetivos. Ahora bien, esa es una responsabilidad que compete al coordinador o coordinadora; la mía (la que yo asumo) es facilitar su trabajo en la medida en que esto es posible.

Y ahora toca facilitar la elaboración de las actas de la R.UO, tarea ésta que si bien no es especialmente compleja, sí supone una carga de trabajo añadida que se puede aligerar, en cierta medida, claro. En este caso elijo como soporte un documento LO-Writer que se cumplimenta en parte de modo interactivo, dejando para la escritura manual lo fundamental: el desarrollo de la sesión y los acuerdos alcanzados, ya que en ambos no parece conveniente automatizar el proceso.

Lo primero es seleccionar un modelo sencillo y el que propongo me parece que lo es.

Este modelo es similar al que yo utilicé en su momento, aunque éste me parece más ajustado que el mío a las formas de trabajo de las UO. Le faltan algunos datos que considero de interés recoger para facilitar el posterior análisis de resultados. También le falta la sección de firmas, pero eso es debido a que se trata de una captura parcial de pantalla.

Sobre esta base voy a construir un DocAp basado en InputBox() y MsgBox() como recursos de interface, introduciendo en el código directamente unos supuestos datos de identificación y los que considero necesarios para la elaboración del orden del día. Este DocAp tiene dos botones para activar los dos script principales, pero estos botones no se imprimen ni aparecen en el documento .pdf que puedes crear a partir de él.

Lo que sí necesitarás es modificar los datos que le dan contenido, pero el nivel de conocimiento que en estos momentos se le supone a quien sigue este blog, permiten hacerlo sin grandes dificultades. Además, en las páginas (que no en las entradas) que sirven de índice a este blog y más específicamente la página Código, puedes encontrar información de ayuda. En breve iré introduciendo en ella información necesaria para facilitar la comprensión del DocAp.

Aún así es necesario acceder al código del documento desde el IDE para realizar las modificaciones necesarias. Te dejo el código de los dos script fundamentales en un documento .txt para que te resulte más sencillo echarles un vistazo. En él podrás localizar los elementos que resulta necesario modificar.

Documentos:

• Calendario R.UO.
• Modelo de Acta de la R.UO.
• Código OOo Basic.

Expedientes. Planificación.

Programa de trabajo y Memoria (II)

Como todo lleva su tiempo, lo primero que debe garantizar un SEO para cumplir su cometido en un centro es cumplir con el calendario de asistencia. Este calendario se establece como previsión al inicio del curso, tras acuerdo con la Dirección del Centro en cuanto a día/s de intervención semanal y debe ser objeto de seguimiento también por parte del EOE.

No es una cuestión de menor importancia llevar con rigor el control de los tiempos de intervención en los centros, ya que de ello depende el cumplimiento del plan de trabajo y el propio prestigio profesional del SEO, en ocasiones objeto de críticas relacionadas con esta cuestión y de legítimo control por parte del SIE.

Opino que esta previsión debe quedar explicitada en el Programa Anual de Trabajo del EOE y en los programas específicos que presenta a cada centro. Aunque se trata de una previsión por razones obvias, no por ello deja de ser un compromiso y debe ser objeto de seguimiento y análisis, lo que remite a las memorias, a la del EOE y a la que éste presenta a cada centro.

Dado el carácter de SEO de sector, en Asturias el EOE tiene encomendada la función de realizar los procesos de evaluación psicopedagógica que se derivan de nuevas escolarizaciones. Este proceso resulta determinante para la intervención del EOE y repercute especialmente en la continuidad de la intervención en los centros, a veces de forma drástica. Además no resulta fácil realizar previsiones, ya que tanto el calendario de intervención como el volumen de trabajo pueden variar de un curso respecto al anterior. Esta dificultad no impide que se pueda hacer una previsión de incidencia; es más, considero que el cumplimiento de esta previsión debe ser entendida como uno de los objetivos a alcanzar por el EOE a nivel general y en cada uno de los centros en los que interviene y, en consecuencia, debe ser uno de los elementos de análisis en la memoria del EOE y de los centros.

Esto conlleva que la previsión es un objetivo estratégico del EOE que se establece en función de cómo éste se define como SEO, acorde con el modo en que se plantea su funcionamiento como servicio sectorial y de centro.

Mi propuesta consiste en plantear en el Programa Anual de Actuaciones el siguiente proceso:

• Tomar como referencia el análisis de la incidencia del Programa de Nuevas Escolarizaciones (PNE) del curso anterior.
• Establecer un criterio de corrección en función de la tendencia observada en los cursos precedentes.
• Definir estratégicamente un objetivo de presencia en los centros durante el curso y, específicamente en el periodo de desarrollo del PNE.
• Establecer un intervalo (mínimo-máximo) como referencia para la valoración del grado de cumplimiento.

Por definir estratégicamente un objetivo entiendo que dicho objetivo sea planteado tras el análisis de los datos disponibles y que esté orientado desde la perspectiva en que trabaja el EOE y hacia la meta que se propone alcanzar en el medio plazo. La valoración de la ejecución de la previsión se realiza en el seguimiento del Programa y especialmente en la Memoria de fin de curso. Para concretar dicha valoración es de utilidad establecer desde el principio unos criterios de análisis y unas categorías valorativas. Ambos servirán para concretar el análisis a realizar en su momento (Memoria) y para unificar sus referentes de valoración.

Registro de asistencia

En lo que al procedimiento y a sus implicaciones para el Programa trabajo se refiere, considero que no me corresponde a mí (y menos en este medio) ofrecer propuestas, ya que se no corresponde con los criterios que animan este blog, pero sí me parece oportuno aportar un instrumento que puede ser útil la puesta en práctica de lo que propongo. Y en este punto toca presentar un recurso para el seguimiento de los tiempos de asistencia a centros, para lo que he elaborado un sencillo libro LO-Calc compuesto de tres hojas:

• En la primera se diferencian dos partes;
• En la primera se concretan los objetivos planteados por el EOE en el Programa Anual de Trabajo, que forman también parte de la propuesta de trabajo que se presenta al centro. Mi ejemplo es sólo un ejemplo que deberá ser sustituido por la propuesta real.
• La segunda es un sencillo formulario que se necesita cumplimentar, de acuerdo con los criterios establecidos en la primera, para el correcto funcionamiento de las dos hojas restantes.

La segunda hoja es un calendario "perpetuo" que debe actualizarse cada curso. El actual corresponde al curso 2021/2022 y tiene en cuenta el calendario escolar de la Consejería de Educación en lo que se refiere a festivos, no lectivos y periodos vacacionales. Estos datos hay que introducirlos manualmente, coloreando en gris los días que correspondan y posteriormente realizar también manualmente, las correcciones que se consideren en lo que se refiere al ajuste de los días de asistencia al centro. En principio, el periodo identificado como PNE es una mera previsión que se deberá ajustar a la realidad una vez que se sepa el periodo real en que se va a desarrollar.

La tercer hoja recoge el cómputo y los cálculo que considero pertinentes. Yo incluyo los análisis que me parecen mínimos necesarios, pero se puede hacer más complejo, empleando las funciones que incorpora LO-Calc.

El funcionamiento de la segunda hoja del libro, que será la que se emplee para registrar las intervenciones reales y su duración (en la columna correspondiente) se basa en el uso intensivo (para cada tabla del mes) de la funcionalidad Formulario de la que ya hablé en entradas anteriores y que, como sabemos, se activa desde Datos/Formulario Y poco más, pero suficiente para que cumpla su objetivo.

Como dije, este instrumento se propone como modelo-base para el curso actual, por lo que es necesario adaptarlo manualmente a la realidad de cada centro y modificarlo para curso.

Para lo primero dispones del formulario de la primera hoja y para lo segundo, la adaptación al curso, usaremos la función LO-Calc de generar listados numéricos y de fechas:

Es suficiente con escribir en una celda la fecha inicial y, una vez seleccionada ésta, arrastrar desde el cuadradito que aparece en el ángulo inferior derecho (el cursor cambia a una cruz) hasta la celda inferior (tantas como días tenga el mes) para que se escriban automáticamente las fecha consecutivas.

Implicaciones para la Memoria final de curso

Dado que esta cuestión surgió a raíz del documento sobre la memoria de curso (y centro), me parece necesario plantear qué supone de modificación en su redacción. En el documento-modelo se realiza el siguiente análisis:

La periodicidad de intervención del Equipo de Orientación ha sido de dos días a semana (lunes y martes), por parte de la orientadora y de un día a la semana (martes) por parte de la PSC. Como queda recogido en el programa de actuación presentado en el mes de septiembre del presente curso al centro, durante los meses de mayo y junio, esta intervención se vio modificada con motivo del desarrollo del Programa de Nuevas Escolarizaciones que realiza el EOE de Oviedo cada curso escolar, en el desempeño de las funciones que tiene atribuidas en el ámbito del Sector.

En este párrafo se distinguen dos partes:

• En la primera se hace referencia a la temporalización de la intervención de OE y PSC.
• Y en la segunda se incide en las variaciones que implica el programa de Nuevas Escolarizaciones(PNE).

Por lo que se refiere a la primera cuestión, el planeamiento que se expone no entra en análisis del grado de cumplimiento del calendario resultante de la previsión de intervención, limitándose a recordar la temporalización semanal establecida (se supone) en el Programa de actuación.

En mi propuesta considero innecesario este recordatorio (es suficiente con remitir al Programa anual) y planteo como alternativa el análisis del grado de cumplimiento. En consecuencia, una posible redacción alternativa sería la siguiente:

Por lo que se refiere a la periodicidad de la intervención, se ha mantenido la prevista en el Programa de actuación del EOE presentada al Centro en el mes de septiembre. El grado de cumplimiento de los tiempos de intervención previstos según el calendario resultante se considera satisfactorio, dado que se alcanzó a lo largo del curso el 95% respecto a lo previsto, porcentaje que se implica cumplimiento de los objetivos marcados por el EOE en su Programa Anual de actuación.

Respecto a la incidencia del PNE, considero necesario realizar en la Memoria un análisis específico del grado de incidencia. Además entiendo que tiene suficiente entidad como para tratarlo en un párrafo diferenciado. De ello resulta la conveniencia de dividir el párrafo original en dos, siendo el primero el anterior.

El segundo se centra en el análisis de la incidencia del PNE en la presencia del EOE en el centro, tomando como referencia el objetivo planteado por el EOE en su Programa Anual de Actuación en el Centro. En consecuencia, la redacción de este párrafo quedaría como sigue:

En el referido Programa del EOE se establece como objetivo que la incidencia del Programa de Nuevas Escolarizaciones (PNE) no suponga la ruptura de la intervención del EOE en el Centro, objetivo que se considera cumplido dado que durante el tiempo en que el EOE desarrolló este programa, la orientadora ha mantenido una intervención semanal en el centro. Esta intervención supone una reducción de la ordinaria del 50%, lo que entra dentro del intervalo previsto por el EOE (60%-50%) para el presente curso. Por este motivo, se valorar dicho grado de cumplimiento como satisfactorio

Algunas notas sobre el código

Este documento es aparentemente muy sencillo, de hecho no empleo ningún script, pero su funcionamiento es posible gracias a un formulario que tiene una particularidad que me parece de interés comentar. Lo hago en este manual

Esa aparente sencillez oculta un uso no tan simple de las funciones predefinidas en LO-Calc. De ellas también te comento en un segundo manual.

Documentos

• Calendario. Instrumento para el seguimiento de la intervención en centros.
• Formulario simple en Calc
• Funciones complejas en LO-Calc

Expedientes. Planificación

Programa de trabajo y Memoria (I)

Partiendo de lo que conozco, pero pensando en lo común de todos los SEO, al menos de aquellas Administraciones educativas que mantengan los SEO de Sector, como es el caso del Principado de Asturias (ver el Decreto de Orientación de 2014), inicio con esta entrada un conjuntod e reflexiones y análisis sobre la planificación de la intervencíón, que concreto en los planes de trabajo y las memoria de fin de curso.

Parto de que Plan Anual de Trabajo constituye el marco básico y público de referencia para articular la intervención de los SEO, y que la Memoria Final de Curso es el documento en que se analiza lo realizado y el nivel de logro de los objetivos propuestos, y se plantean propuestas de mejora para el curso siguiente. De este modo, esta propuestas permiten a la Memoria enlazar con el siguiente proceso de planificación de la intervención que representa el Plan de Trabajo siguiente.

No obstante, en todo esto, tanto a nivel teórico como práctico, se observa una diferencia cualitativa entre un SEO interno (la UO, el DO) y otro externo (el EOE): mientras que en el primero, plan de trabajo y memoria se circunscriben al ámbito del Centro y se articulan como parte de su PGA y su MFC respectivamente, en los EOE se diferencian entre las propuestas propias y las dirigidas a centros, puesto que éstos SEO constituyen unidades organizativas específicas de ámbito sectorial, a la vez que SEO con funciones de intervención en centros concretos (de su sector).

Al menos en la referencia normativa asturiana, además de la dualidad Sector-Centros, en lo que a la intervención en éstos se refiere, también se aprecia en la práctica cierta ambigüedad que deriva de la anterior diferenciación, y que genera, a su vez, cierto grado de confusión-dualidad en relación a la formalización y a la propia funcionalidad del Plan de Trabajo y la Memoria a nivel de centro.

La actuación del EOE se articula a través de la UO del Centro, pero a la vez se mantiene una interlocución específica de OE y de SC con el Equipo directivo que deriva de su especificidad como SEO externo.

La UO elabora su plan anual de actuación a principios de curso y su memoria al final, pero ambos se consideran concreciones del PGA del centro y de su Memoria final, a la vez que se prescribe que el EOE presente su plan de trabajo para el centro y una memoria específica de centro. El primero debe presentarse al Equipo directivo de cada centro, a la vez que debe figurar en el plan de trabajo del EOE.

Respecto a la Memoria se prescribe que conste en la Memoria Final del EOE, observándose cierta confusión entre ésta y la memoria final de la UO.

DocAp MemoriaModelo

El docap que presento en esta entrada puede considerarse un ejemplo de lo que acabo de decir antes, con sus ventajas de simplicidad y sus inconvenientes de todo lo que hay que discutir y mejorar. Quiero destacar las ventajas, que las tiene y muchas:

• Es sencillo, conciso y completo, perfecto para servir de base para un modelo simple.
• Recoge sin complicaciones la esencia de las actuaciones que realiza un EOE en un centro educativo a lo largo del año.
• Sintetiza la duplicidad de intervenciones: las que se desarrollan desde la UO y las propias y específicas del EOE, eludiendo cuestiones conceptuales, difíciles de compatibilizar en un documento operativo como tiene que ser la memoria de centro.

He de confesar que no es mi modelo ideal, pero creo que puede ser un buen punto de partida, motivo por el cual he considerado necesario trabajar sobre él.

En lo que a programación OOo Basic se refiere, he de decir que en algunos aspectos puede considerarse un retroceso (la interface), pero en otros constituye claramente un avance, especialmente en lo relativo al procesamiento y el output:

• Uso complejo de estructuras condicionales If
• Uso de bucles For...Next
• Empleo de variables y matrices de datos (Array)
• Uso combinado de estructuras condicionales y bucles con matrices de datos
• Estructuración del código: estructuras de segundo nivel resultantes de la combinación de estructuras básicas.

En resumen, creo que lo que aquí aporto te resultar de interés. Si es así seguro que te aportan algo estos documentos:

• Decreto 147/2014. Orientación educativa y Profesional. Principado de Asturias.
• DocAp Memoria de centro. Modelo base.
• Documentos sobre el código OOo Basic. Los cuatro archivos que siguen constituyen una secuencia en el modo programar un documento similar a Memoria de Centro.
• Modelo lineal
• Modelo modular
• Modelo interactivo 1
• Modelo interactivo 2