infomed 2.0

0

Leyendo un artículo titulado titulado “Fitness for a Particular Purpose: a Design Methodology” por Terence J. Grant, February 13, 2005, vino a mi mente el concepto de diseño orientado a propósito y más específicamente de arquitectura orientada a propósito. Cómo desconocía si este último concepto existía, hice una búsqueda en Google con la frase “purpose oriented architecture” y lo primero que recuperé aparecía en una carta al editor en la revista Nature lo cual incrementó mi curiosidad.

La razón de mi curiosidad se debe a que en la comunicación, el concepto de “arquitectura orientada a propósito” aparece en el contexto de la temática comunicación de organismos vivos, lo cual tiene una muy interesante relación con las ideas que hemos estado manejando y discutiendo en estos días para la construcción de Infomed. También tiene una interesante relación con la metáfora de Tania sobre la forma maravillosa en que se mueve una mancha de peces ante un peligro y las ideas de Ken Thompson sobre “Bioequipos”.

La oración en que aparece la frase dice: The functioning of such molecular-size barriers involves molecular and quantum processes deriving from a precise, purpose-oriented architecture, and attempts have been made to create artificial supramolecular structures exhibiting similar properties”.

Habla de una arquitectura precisa y orientada a propósito como algo inherente a la formación de los sistemas biológicos y presentan una solución específica que muestra el intento de crear estructuras supramoleculares artificiales que exhiban características similares. Es decir el concepto de arquitectura orientada a propósito que me apareció está muy en sintonía con el problema a que nos enfrentamos y sugiere ideas muy interesantes.

En el contexto de Infomed 2.0, la arquitectura que más estamos necesitando es precisamente una que, inspirada en la naturaleza y desde una posición activa e histórica, reconozca la complejidad de los procesos sociales y se oriente a propósitos explícitamente. En esta misma línea de pensamiento podríamos hablar de arquitectura orientada a valores, o arquitectura basada en principios, conceptos todos que gravitan en torno a una visión centrada en los seres humanos, sus necesidades, sus valores y su articulación armoniosa con el medio ambiente y el universo.

Hemos estado insistiendo en la importancia de trabajar con los conceptos y principios de una “arquitectura orientada a servicios” lo cual es ya un avance pero reconozco ahora que podemos estar quedándonos cortos. Se trata por supuesto de niveles de complejidad superior pero creo necesario compartir esta reflexión y continuar profundizando en el aprendizaje para dar pasos en la dirección correcta.

Si entendemos arquitectura como “la organización fundamental de un sistema, incorporada en sus componentes, las relaciones entre los mismos y el medio ambiente, y los principios que gobiernan su diseño y evolución” ( ANSI/IEEE Std 1471-2000) , entonces una arquitectura orientada a propósitos es aquella en la que se garantiza una una alta adaptabilidad al cambio y a las necesidades y en la que prevalece el principio de responder al objeto, mira o sistema que se pretende conseguir, de manera prioritaria.

Si los propósitos de derivan de los valores y los principios que le corresponden creo que podemos abrir espacio a un rico proceso de construcción colectiva que dinamice mucho nuestra capacidad de respuesta y considere movimientos naturales y sostenibles para avanzar en la dirección seleccionada.

El otro día comentaba con alguien que tenemos la oportunidad de pensar y diseñar nuestra red con conceptos del 2050 y mucho más allá. Hay una acumulación de saberes, de conocimientos y de buenas prácticas que están esperando por nosotros. Si somos capaces de movernos en la dirección de potenciar la inteligencia colectiva, de desarrollar nuestras capacidades, nuestra autonomía y nuestra capacidad de trabajar como un red social y con propósitos claros, mucho podremos hacer.

1

Los estudiantes que entran hoy a las universidades en muchos países traen hábitos de trabajo en red que son al mismo tiempo un desafío y una oportunidad para los métodos tradicionales de enseñanza/aprendizaje.

Más que hablar de formación a distancia se propone hablar de espacios de formación continuada que hacen uso efectivo de las tecnologías de la información y las comunicaciones.

Además del correo electrónico, muchos estudiantes usan de manera consciente o no herramientas de trabajo en red de variado tipo y algunos de ellos tienen habilidades para trabajar con equipos virtuales y desarrollar redes sociales de alcance amplio. Se está usando crecientemente aplicaciones del tipo Web 2.0 que hacen uso intensivo del Web y del trabajo en red.

Blogs: Desde una página personal, es posible alcanzar grandes audiencias. Cada estudiante o profesor puede escribir de manera sistemática sobre los temas que seleccione y poner estas ideas a la consideración de una amplia audiencia. Existe un gran número de espacios Web que permiten crear BLOGs personales y muchas universidades están comenzando a ofrecer esta posibilidad. Si usted no tiene un BLOG puede crearlo en cuestión en servicios de hospedaje como Blogger.com, u otro. Sumer´s Radiology es un ejemplo de Blog médico especializado.

Wikis: Tal vez no son muchos los que ya usan el Wiki para elaborar documentos de forma colaborativa. Sin embargo, si se hiciera una encuesta entre los estudiantes y profesores, podría comprobarse que muchos consultan de manera regular Wikipedia que es una Enciclopedia multilingue construida con esta tecnologia y otros han comenzado a participar en su desarrollo. El Wiki es una solución sencilla para escribir documentos de manera colaborativa y por su tremenda sencillez puede ser empleado para fomentar el trabajo en equipo en comunidades virtuales. El Wiki es esencialmente un medio para construir documentos de forma colaborativa. Puede ser la herramienta para refinar las ideas compartidas, explicitarlas y convertirlas en documentos.

Las herramientas anteriores se complementan principalmente con otras como:

Correo electrónico basado en el Web, directorios de personas para las redes de contactos o redes sociales, herramientas para gestión de proyectos, podcasting, lectores de Feeds, las plataformas denominadas Widget / Badging que permiten insertar códigos en los Blogs y Wikis, buscadores, mensajería instantánea y telefonía IP. (Para más información consultar el artículo The Next Wave in Productivity Tools por Rob Boothby)

El BLOG puede facilitar el proceso de comunicación de los estudiantes y profesores permitiéndoles desarrollar sus ideas con libertad y compartiéndolas con sus colegas así como con otras personas que tengan acceso a las mismas. Por esta vía pueden recibir comentarios, críticas y sugerencias y también pueden practicar la expresión escrita que tantos problemas tienen entre muchos estudiantes. el BLOG puede estar asociado a cada estudiante y a grupos de manera que exista una clara identificación de las personas y los grupos que los soportan.

Una vez que se ha posicionado una idea o se ha comenzado a construir consenso sobre una propuesta que haya surgido en un blog por ejemplo, se puede iniciar la construcción de un WIKI que con la colaboración de equipos de estudiantes y documentarse ese proceso. Es muy importante tener claro que el Wiki idealmente facilitará la creación de documentos que tiendan a sedimentar las ideas y que puede enriquecerse con referencias a bases de datos bibliográficas, textos completos, imágenes de manera que deviene una obra perdurable.

La preocupación relacionada con la calidad de los contenidos, el vandalismo y la revisión por pares es real pero puede ser abordada con una perspectiva de auditoría, revisión externa, y el uso de métodos y herramientas de evaluación y seguimiento. Nada impide que un BLOG o un Wiki cumpla con criterios de calidad tales como HonCode y otros.

Los motores de búsqueda y demás herramientas de integración ayudarán a facilitar la recuperación de la información de forma fácil y se podrán adicionar índices y tablas de contenido de manera progresiva.

Estas herramientas no excluyen el uso de espacios de aprendizaje en el Web como Moodle y otras aplicaciones como sistemas de gestión de contenidos como Plone, Drupal y otros. Se trata de herramientas que simplifican y descentralizan el proceso de creación, especialmente con el desarrollo de nuevas facilidades como la incorporación de códigos con aplicaciones sencillas que se incrustan en los Blogs y Wikis y adicionan funcionalidades a las páginas.

Está por investigar el real impacto que pueden tener estas tecnologías en el proceso de aprendizaje. Sin embargo, hay consenso en que las mismas ofrecen soluciones poderosas para la colaboración que pueden facilitar el proceso de formación continuada si se ven desde una perspectiva crítica y creativa que ponga los objetivos de aprendizaje y desarrollo de comunidades de práctica en primer plano.

Consultar
Wikis, blogs and podcasts: a new generation of Web-based tools for virtual collaborative clinical practice and education En: BMC Med Educ. 2006 Aug 15;6:41.
Using Wiki in Education by Stewart Mader
Articulos relacionados con el tema en PubMED

2

Propongo un ejercicio para tratar de resumir todos los servicios que ofrece Infomed en una barra de navegación. No se trata de reducir sino de resumir. Resumir viene del latín resumĕre, volver a tomar, comenzar de nuevo y significa según el diccionario de la Real Academia Española de la Lengua 1. tr. Reducir a términos breves y precisos, o considerar tan solo y repetir abreviadamente lo esencial de un asunto o materia. Es decir, resumir tiene que ver con la búsqueda de lo esencial mientras que reducir viene del latín reducĕre, que significa: Volver algo al lugar donde antes estaba o al estado que tenía, disminuir o aminorar, estrechar o ceñir. Infomed 2.0 significa ir a lo esencial y no retroceder.


Tampoco se trata de dedicar sólo nuestra atención a una barra de navegación. Lo importante es comprender el significado de este esfuerzo y poder modelarlo con la herramienta de construcción de barras que mencioné con anterioridad en nuesto blog.

Si pensamos en grande sería como un big bang al revés. Metodológicamente nos debería guiar el objetivo de la barra. Propongo que la primera barra que nos resuma esté orientada a satisfacer a los usuarios de la red que hoy son también productores de información. Si adoptamos un enfoque desde la oferta, que pudiera ser otra barra, podríamos llegar a tener una representación virtual de Infomed lo que no está excluído pero si comenzamos con ver como facilitarle la vida a los usuarios predominará entonces un enfoque de integración de servicios.

Propongo que, para ser consecuentes con la arquitectura de servicios que estamos tratando de construir resumamos en la barra todos los servicios que damos e intentemos de satisfacer esta condición. Por supuesto que pueden hacerse muchas barras y cada quien puede construir su propia barra. Al final esa es la meta pero no hay por qué renunciar al objetivo de tener a Infomed en una barra de navegación incrustable en cualquier navegador del Web. Con algo así, se facilita mucho el entrenamiento de los usuarios y la ubicación precisa de servicios. También se obtiene más libertad en el diseño de los servicios que deben funcionar como una totalidad y al propio tiempo como parte de un ecosistema de servicios.

Por supuesto que existirán muchas otras formas de acceder a nuestros contenidos y a nuestra producción colectiva pero el ejercicio en sí, es una buena oportunidad de ver que estamos ofreciendo y quienes estamos detrás de cada servicio. También abre puertas a la creatividad y al diseño de servicios que respondan a necesidades de los usuarios/productores. Por ejemplo, por qué no tenemos un servicio en el que podamos conocer el estado de la conexión de Infomed con Internet, de manera que podamos explicarnos la lentitud de una descarga en un momento determinado que en nuestro contexto es importante, o saber si algo está funcionando o no. Sería una especie de metaservicio que puede ayudar mucho. A esto adicionemos todo lo relacionado con la creación y mantenimiento de las cuentas de nuestros usuarios y muchos más.

Es importante considerar desde ahora que grados de libertad tenemos con la barra y con el servicio de creación de la barra. Idealmente no debemos depender de un solo suministrador de barras como www.conduit.com, por razones obvias.

Continuaré con este tema en los próximos días y que la pasen muy bien en estos días con sus seres queridos

0

Mario Nodarse, en su reflexión sobre la confiabilidad de la Wikipedia, nos pone a pensar sobre este importate tema. En su propia comunicación, hay parte de la respuesta a la interrogante. Una cosa es la wikipedia y otra es el wiki como herramienta para construir contenidos por una comunidad.

Entonces, el tema de la calidad de los contenidos de Wikipedia es un asunto relacionado con las formas de construcción de la misma, su gobernabilidad y otros asuntos que se tratan en estos artículos y sobre lo cual hay también opiniones diferentes.

Esto vuelve sobre un asunto que hemos discutido muchas veces en nuestra red y sobre lo cual hay casi un consenso. Todo depende de lo que querramos hacer, de las reglas del juego que establezcamos y de la evaluación que hagamos de lo que hacemos. Fíjate que el propio proyecto Citizendium que se presenta como alternativa a Wikipedia se ha comenzado a construir precisamente con wiki y parte de las experiencias del proyecto cuestionado para tratar de lograr una mayor responsabilidad de los autores con los contenidos y adicionar criterios de revisión por pares. Se trata de una especie de negación dialéctica.

Cuando se usa un Wiki, y se adopta un modelo abierto de producción colectiva de contenidos se enfrenta un grupo de riesgos y desafíos que son propios de ese tipo de construcción. Eso es lo que pasa en Wikipedia. Hay ventajas y desventajas como en todo. Cuando surgieron los automóviles mucha gente querían prohibirlos porque podían causar la muerte de personas pues podían llegar hasta más de 20 kms por hora. Muchas personas han muerto en accidentes automovilístcos y no siempre la causa está en el automóvil que cada día es más seguro sino en sus conductores.

Creo que el wiki y otras herramientas tiene una dimensión técnica y otras dimensiones mucho más complejas que siempre habrá que valorar a la hora de usarlo para lograr un propósito o construir un servicio. La integración de la facilidad de una herramienta como Wiki con la experiencia de la revisión por pares y otras prácticas de construcción de contenidos de calidad en red pueden dar frutos muy interesantes. No se trata de negar nada sino de integrar y orquestar soluciones conducidas por nuestro juicio y nunca por la moda. Creo que esa ha sido una de las buenas cosas que han pasado en Infomed.

El uso de este blog, es un ejemplo de lo que podemos hacer y de la forma en que podemos mover la inteligencia colectiva para hacer las cosas lo mejor que podamos entre todos. Gracias entonces por la reflexión y la invitación al debate que es tan necesario para ello.

0

Creo que las forma más sencilla de incorporar el Blog a nuestro ecosistema de información es utilizarlo como herramienta de base para la producción de contenidos que vamos a compartir. Si cada editor, cada miembro de la red cuenta con su blog y comparte patrones puede facilitarse y agilizarse mucho la producción de contenidos y su difusión en Infomed.

Hoy he tenido que hacer una nota rápida para incorporar en el Portal sobre el día del trabajador de la salud. Esa es la razón que haya puesto una copia de la nota en este Blog para comprender como una vez que se ha producido el contenido original este puede ser reusado y contextualizado en las diferentes interfaces de usuarios.

Lo ideal es que cada persona de la red cuente al menos con un blog donde produce sus notas y contenidos. Estos contenidos están en condiciones de ser incorporados en los diferentes espacios como el Portal, la intranet y cualquiera que tenga identificada esa fuente de contenidos. Usando patrones para producir esos contenidos que aseguren un mínimo de buenas prácticas se puede facilitar mucho todo el proceso.

Gran parte de esto tiene que ver con la mejoría de los procesos y su realineamiento con las nuevas tecnologías que lo hacen posible.. En el caso del Blog, al generalizarse su uso como herramienta para la publicación y comunicación tenemos que invertir en la formación de la gente para que lo use efectivamente y en la mejora de los procesos para que se ayude a simplificar lo que hacemos hoy día.

Tomando el ejemplo del Portal, el contenido se produce originalmente en un editor que pueda interactuar directamente con el servidor de blogs que usemos. El Firefox tiene una extensión que lo permite (Perfomancing), el Word en su nueva versión también incorpora esta facilidad y es una tendencia generalizada para cualquier editor.

Una vez que consideramos que el contenido está listo podemos publicarlo y aparecerá en nuestro BLOG, momento a partir del cual puede incorporarse a tantos espacios de contenido y servicios como se desee ajustándo ese contenido a las reglas del juego de cada uno de ellos.

Los invito a que modelemos lo que hoy hacemos con el Portal a un escenario Infomed 2.0. Eso podemos escribirlo en el área de patrones del Wiki.

continuaré más adelante porque ahora tengo que participar en la limpieza de la casa…. -)

Filed under infomed 2.0 by on . Comment#

0

Continuando con la idea de usar el Blog como herramienta de base para la comunicación en nuestra red, quiero compartir una experiencia reciente. La semana pasada nos visitó la directora de un centro de salud y dos compañeras de su equipo, quienes buscaban orientación para el desarrollo de un sitio Web para un proyecto que están desarrollando con una organización internacional. La conclusión a la que llegamos conjuntamente, fue que la forma más sencilla de comenzar a trabajar de inmediato era abrir un Blog que ofreciera un servicio concreto en el tema en cuestión y avanzar posteriormente hacia niveles superiores de servicio en caso que fuera necesario.El propio planteo de crear un sitio Web, refleja una etapa de desarrollo en la que se generalizó la creación de sitios y/o páginas Web como algo que todas las instituciones querían tener. Lo mismo había sucedido antes con la creación de listas de discusión con la diferencia que las listas de discusión, como su propio nombre indica eran un espacio orientado a la discusión y la construcción colectiva a diferencia de los Webs que salvo raras excepciones eran básicamente espacios de diseminación de información.

Por supuesto que las cosas han cambiado y las tecnologías han avanzado así como la apropiación de la red y sus servicios por parte de las personas. El Blog sigue siendo básicamente un sitio Web pero con la particularidad que permite la interacción con los visitantes, la participación de más de una persona en su desarrollo y la incorporación de las denominadas “microaplicaciones” que le dan mayor versatilidad. Lo anterior significa que hoy día se puede hacer todo y mucho más de lo que se hacía en los sitios Web de forma muy sencilla y sin necesidad de depender de muchos intermediarios.

Los Blogs son entonces una herramienta que puede ser usada para muchos propósitos, pero que parte de un patrón básico de comunicación que de alguna manera sintetiza la experiencia acumulada de unos cuantos años de publicación e interacción en Internet. Así, la herramienta de Blog permite clasificar por categorías, ordenar por fechas de creación de los contenidos, crear páginas Web de contexto, crear enlaces con otras páginas de interés, buscar en los contenidos y está abierto a los comentarios de los visitantes. El sistema permite además que la administración del espacio pueda compartirse y asignar roles a los participantes, enviar notificaciones por correo electrónico de modificaciones y la posibilidad de suscripción a canales RSS de manera que esencialmente se cuenta con una herramienta de alta versatilidad para diseminar información, pretar servicios e integrar soluciones. Ver por ejemplo como se usa el Blog para promover y organizar una conferencia internacional visitando el sitio Mesh de una importante conferencia sobre el Web 2.0 que se realizará en Canadá en el 2007.
Es por ello que cuando discutimos con nuestras visitanes las variantes disponibles llegamos a la conclusión que lo más sencillo era comenzar a probar con un Blog que respaldara su intención de servicio. En unos pocos minutos nos conectamos al servicio de creación de Blogs de Infomed y construimos conjuntamente un prototipo listo para comenzar a usarse. También intentamos hacer el ejercicio en un servicio de creación de Blogs disponible en Internet lo cual quedó como “tarea para la casa”.

Por supuesto que todo no será Blogs, pero se puede hacer mucho con un Blog si se tiene claro un servicio que responsa a necesidades y si se persevera en la intención de hacerlo de excelencia. Se ha producido de esta manera una importante disminución de los “costos de fricción” que suponía la construcción de sitios o páginas Web. Por supuesto que seguirán existiendo sitios y páginas Web de otro tipo y podrán incluso construirse “a mano”, pero el cambio esencial aquí está en que ya se dispone de una herramienta genérica de construcción de espacios de comunicación y diseminación de contenidos, capaz de interoperar con cualquier otra aplicación en Internet que le facilita la vida a las personas.

El problema fundamental pasa entonces a saber que hacer con un Blog. Volvemos al ¿para qué?, al propósito y a la estrategia para lograr ese propósito. Volvemos a las personas y su capacidad para comunicarse y construir soluciones. Reconocido que el tema tecnológico no era el que más tiempo consumiría, pasamos entonces a los contenidos, a la intención del servicio, al esfuerzo por responder realmente a necesidades insatisfechas y a poner todo el intelecto en función de estos propósitos. Entonces reconocimos, una vez más, que las posibilidades que nos brinda el Blog y otras tecnologías que intentamos usar en Infomed 2.0, dependen esencialmente de nuestra capacidad para movilizar a personas y sus conocimientos en torno a metas compartidas y sobre todo, de intentar la construcción y aprender.

Filed under infomed 2.0 by on . Comment#

0

Bueno acabo de acomodarme en este nuevo espacio que espero sea por más tiempo. Trataré de recopilar las entradas puestas con anterioridad para conservarlas.

Todos los trabajadores de Infomed son bienvenidos para comenzar a construir sus blogs. Estos pretenden ser una vía de comunicación institucional para que compartan sus experiencias y conocimientos. La base son los blogs de cada miembro de nuestro equipo que debemos conbinar con los blogs de las áreas y departamentos y de los proyectos.

Los blogs combinados con el Wiki nos pueden ayudar a resolver muchos problemas.

Por lo pronto todos los trabajadores están invitados pero los vicedirectores, jefes de departamentos y especialistas principales deben comenzar a “jugar” con la herramienta en lo que queda de mes y a partir de enero será un espacio imprescindible para la comunicación de la organización.

También están invitados los directores de los Centros de Información, los directores de infomática, los jefes de servicios técnicos y los administradores de nuestros nodos.

0

La estrategia que se propone para sostener el desarrollo de los servicios de la red de Infomed es construir un sistema que pueda integrarse con todo. Es una red con una arquitectura abierta de servicios basada en componentes en la que se pueden crear cadenas de valor.
En lugar de constuir un sistema que trate de hacerlo todo usemos las posibilidades que brinda cada sistema al máximo y trabajemos sobre las posibilidades de interoperación y orquestación. La intranet ha marchado bien pero es sólo una instancia. Podemos usar el Plone para crear una comunidad cerrada y eso puede funcionar, pero también podemos usarlo como servidor de aplicaciones específicas.
Así podemos usar Plone para determinadas cosas, Media Wiki para otras, y así en adelante.
No hay que amarrarse a un sólo sistema. La experiencia nos ha mostrado que Plone es bueno para el manejo de flujos y la producción de determinados tipos de contenido pero no para la integración de RSS por ejemplo. Ello nos sugiere combinar sistemas como se está haciendo con el ejemplo de el servidor o “back end” de enlaces al estilo de del.icio.us, o el servidor de páginas Wiki de Infomed wiki.sld.cu que estamos probando.
Siempre que exista una aplicación estable, con una buena comunidad de usuarios y desarrolladores que pueda servirnos como “back end” de determinados servicios podemos optar por ella como son los casos citados. Creo que tendremos que movernos hacia una infraestructura de servicios encima de los sistemas y “back ends” para agregar valor y facilitar la construcción de las citadas cadenas de valor que faciliten el desarrollo de la Infomed 2.0.
Así por ejemplo Drupal serviría para construir portales de agregación de contenidos, Plone para comunidades pequeñas de propósito claro con mucha interacción interna como el caso del área de logística del MINSAP , las misiones médicas en el exterior o la propia intranet del CNICM y sistemas como infoenlaces para socializar etiquetas y enlaces más allá de las fronteras de un sistema específico.
También se puede pensar en usar Plone para servicios de propósito específico cuando así convenga para aprovechar su estabilidad de desarrollo y sus recursos acumulados. Se puede crear un “back end” de artículos usando este tipo de contenido que pueda reusarse en cualquier contexto, o hacer un depositorio de imágenes, u otros tipos de contenido.
En la “ecología” de Infomed cabría una sana convivencia “holónica” de servicios y componentes que pueden orquestarse con relativamente pocas dificultades. Esto es coherente con lo que está pasando en Internet y trata de recoger las mejores experiencias y también la práctica de nuestra red que ya acumula casi 15 años de trabajo sostenido. La Biblioteca Virtual de Salud, la Universidad Virtual y todos los proyectos que puedan desarrollarse se beneficiarán de una alineamiento en torno a este modelo.
Ello nos plantea prioridades como la generalización del uso de “webservices” asociados a cada uno de los servicios con que contamos como las bases de datos que hoy están en webisis, el Localizador de Información de Salud que está funcionando en Scout y otras, el uso de microformatos y el desarrollo de microaplicaciones que puedan usarse fácilmente para integrar soluciones.
Necesitamos también formalizar esta arquitectura y enriquecerla permanentemente usando los propios criterios de trabajo en red, desarrollo de sistemas al estilo del movimiento de código abierto y contenidos abiertos y las herramientas más adecuadas a cada problema.