desarrollo 2.0

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

Una de las interfaces posibles para acceder al ecosistema de Infomed 2.0 es el uso de las barras adicionables a los navegadores Web.Barra Infomed 2.0 para instalar en su navegador

Como parte de la cantidad de servicios que aparecen cada día en Internet dentro del movimiento Web 2.0 encontré uno que se dedica a producir barras como las mencionadas. A través de una interface muy sencilla se puede crear una barra en pocos minutos la cual puede ser descargada e instalada como una extensión de firefox u otro navegador.

Por supuesto que esta es una de las variantes a usar dentro de las redes de interfaces que son una capa de la arquitectura de Infomed 2.0 y que hay que considerar los aspectos particulares de nuestra red pero como modelo es una solución muy flexible.

Prueben descargar la barra e instalarla. LA barra está disponible para descarga en el sitio Conduit Connect

El diseñador está trabajando los temas de imagen e íconos para ajustarla más a nuestro modelo pero puede probarse.

Filed under desarrollo 2.0 by on . Comment#

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.