Sin categoría

4

Han aparecido en nuestro Blog un grupo de artículos que aunque puedan ser de interés no se adecuan al objetivo de este espacio. Los temas específicos de especialidades médicas y de otros temas de salud deben ubicarse en los espacios existentes al efecto. Consultar si se desea este mismo Blog donde se pone el ejemplo del sitio de Gastroenterología. Sin ánimo de desestimular la creación nos vimos en la necesidad de retirarlos para preservar la misión de este espacio.

5

Les transfiero una sesión de chat con Maikel Moya a propósito de la organización del servicio de mensajería instantánea en nuestra red. Este es un tema que no está concluido y que requiere de su organización como servicio. Maikel propone que lo discutamos en la próxima sesión técnica el Jueves 19 de abril a las 9 am. y que sea Carlos Manuel quien la organice.

Resalto el hecho que nos enfrentamos de manera contínua al reto de no perder la dinámica de nuestro trabajo y al propio tiempo de organizarnos cada vez más. El jabber se está usando de hecho y aun no está documentado el servicio lo que exige una respuesta ágil. Al propio tiempo lo que hagamos debe estar en consonancia con las políticas generales y con la estrategia general para el desarrollo de la red.

A continuación nuestra sesión:

(12:34:16) pedro.urra@infomed.sld.cu/Home: como esta siendo organizado el servicio de mensajeria instantanea?
(12:34:30) moya: hasta donde sé, no está siendo organizado
(12:34:30) pedro.urra@infomed.sld.cu/Home: creo que aunque esta tecnologicamente instalado no esta organizado como servicio
(12:34:34) moya: exacto
(12:34:37) pedro.urra@infomed.sld.cu/Home: quien se ocupa
(12:34:47) moya: cae en mi dominio
(12:34:54) pedro.urra@infomed.sld.cu/Home: es un caso de estudio :-/
(12:35:03) pedro.urra@infomed.sld.cu/Home: entonces vale como caso de estudio
(12:35:12) pedro.urra@infomed.sld.cu/Home: como organizamos un servicio generico como este
(12:35:17) pedro.urra@infomed.sld.cu/Home: quien es responsable a quenivel
(12:35:21) pedro.urra@infomed.sld.cu/Home: quien documenta y orienta
(12:35:37) pedro.urra@infomed.sld.cu/Home: quisiera que vieramos esto para continuar con el intento de ordenar
(12:35:57) moya: me parece perfecto
(12:35:57) pedro.urra@infomed.sld.cu/Home: que idea tienes
(12:36:13) pedro.urra@infomed.sld.cu/Home: puedes venir un momento y traerte a quien desees
(12:36:14) moya: nada, designar a alguien que se ocupe del IM como servicio
(12:36:19) pedro.urra@infomed.sld.cu/Home: quien puediera ser
(12:36:22) moya: ahora no estoy en la oficina
(12:36:27) pedro.urra@infomed.sld.cu/Home: hay que responder las preguntas
(12:36:42) pedro.urra@infomed.sld.cu/Home: que , como, cuando, donde, quien por que, y demlimitar responsabilidades
(12:36:46) pedro.urra@infomed.sld.cu/Home: ah y para que
(12:36:53) moya: bueno, con «ocuparse como servicio» me refería a dictar las políticas al respecto
(12:37:01) pedro.urra@infomed.sld.cu/Home: eso tiene que tener una informacion para usuarios
(12:37:04) moya: para que luego sean implementadas
(12:37:06) pedro.urra@infomed.sld.cu/Home: ok
(12:37:17) pedro.urra@infomed.sld.cu/Home: ahora veamos el caso concreto para aprender comor resolver esta dinámica
(12:37:22) pedro.urra@infomed.sld.cu/Home: como procedemos
(12:37:53) pedro.urra@infomed.sld.cu/Home: te das cuanta por donde ando?
(12:37:58) moya:
(12:37:59) pedro.urra@infomed.sld.cu/Home: que estoy tratando de buscar?
(12:38:08) moya: lo que no tengo propuesta concreta
(12:38:09) pedro.urra@infomed.sld.cu/Home: que me propones? como lo harías
(12:38:23) moya: en principio
(12:38:31) moya: como está
(12:38:33) pedro.urra@infomed.sld.cu/Home: procedamos con este caso concreto para ver que dinamica es la que puede ayudarnos a ordenar sin perder nuestro dinamismo
(12:38:37) moya: sólo intercambio nacional
(12:38:40) moya: incluso valorar
(12:38:45) moya: si sólo intercambio dentro de la red
(12:38:52) moya: y ver el caso particular del intercambio que hay ahora con jabber.org
(12:39:02) pedro.urra@infomed.sld.cu/Home: digamos que hacemos una tormenta de ideas rapida
(12:39:09) pedro.urra@infomed.sld.cu/Home: identificamos que hacer
(12:39:15) pedro.urra@infomed.sld.cu/Home: lo ordenamos y asignamos gente
(12:39:31) moya: me parece bien
(12:39:31) pedro.urra@infomed.sld.cu/Home: documentamos y ponemos a funcionar el servicio
(12:39:38) moya: pudiera ser mañana ?
(12:39:41) pedro.urra@infomed.sld.cu/Home: cada quien le ve su pata al asunto
(12:39:56) pedro.urra@infomed.sld.cu/Home: quisera incluso que lo hagan y no tenga que estar yo
(12:40:04) pedro.urra@infomed.sld.cu/Home: perfecto
(12:40:09) pedro.urra@infomed.sld.cu/Home: el jueves es buen dia para eso
(12:40:15) pedro.urra@infomed.sld.cu/Home: entonces llevemos el caso a mañana
(12:40:23) pedro.urra@infomed.sld.cu/Home: anuncialo y prepara como crees que debe ser
(12:40:31) moya: jeje
(12:40:35) pedro.urra@infomed.sld.cu/Home: propuesta de servicio de mensajeria instantanea para infomed
(12:40:54) pedro.urra@infomed.sld.cu/Home: salida esperada de la reunion, propuesta de servicio
(12:41:06) pedro.urra@infomed.sld.cu/Home: en el blog lanzan el tema
(12:41:15) moya: yo preferiría no hacer eso
(12:41:18) moya: o sea, el ordenar
(12:41:24) pedro.urra@infomed.sld.cu/Home: en el wiki se construye la documentacion, mercedita puede ayudar a la documentacion
(12:41:33) pedro.urra@infomed.sld.cu/Home: no te copio?
(12:41:34) moya: proponer, convocar, etc
(12:41:44) pedro.urra@infomed.sld.cu/Home: es que me dijiste que caía bajo tu responsabilidad
(12:41:54) moya: lo de implementar la solución propuesta
(12:42:01) moya: como cualquier otra solución
(12:42:02) moya: a ese nivel
(12:42:03) pedro.urra@infomed.sld.cu/Home: entonces mañana vermos como te sale el tema
(12:42:15) moya: pero lo de definir política de servicios y eso
(12:42:23) pedro.urra@infomed.sld.cu/Home: la politica de servicios es general
(12:42:36) pedro.urra@infomed.sld.cu/Home: esta aplicacion debe cumplir con ella
(12:42:39) pedro.urra@infomed.sld.cu/Home: es para la salud
(12:42:49) pedro.urra@infomed.sld.cu/Home: tiene responsabilidad delimitada
(12:42:53) pedro.urra@infomed.sld.cu/Home: tiene trazabilidad
(12:43:00) pedro.urra@infomed.sld.cu/Home: tiene auntentificación
(12:43:06) pedro.urra@infomed.sld.cu/Home: esta documentada
(12:43:12) pedro.urra@infomed.sld.cu/Home: 😉
(12:43:16) moya: naturalmente
(12:43:23) moya: pero lo de organizar eso
(12:43:31) pedro.urra@infomed.sld.cu/Home: entonces como resolverías este caso si estuvieras en mi posicion?
(12:43:34) pedro.urra@infomed.sld.cu/Home: que harías?
(12:43:35) moya: ah ya
(12:43:39) moya: eso es otra pregunta 🙂
(12:43:53) moya: le propondría a la vicedirección tecnológica organizar el asunto
(12:43:59) moya: y proponer una respuesta
(12:44:03) pedro.urra@infomed.sld.cu/Home: ok entonces se le pedimos a Carlos
(12:44:04) moya: que la dirección evaluaría
(12:44:08) pedro.urra@infomed.sld.cu/Home: habla con el y dale curso.
(12:44:13) pedro.urra@infomed.sld.cu/Home: Copio el chat y se lo paso
(12:44:16) pedro.urra@infomed.sld.cu/Home: OK
(12:44:18) moya: ok

1

Recomiendo que tratemos de poner títulos explícitos y lo más ricos en contenido posible en las comunicaciones que compartamos por esta vía. Esto facilita la comunicación y la recuperación posterior de la información. Recuerden que muchos de estos mensajes nos llegan por RSS.  Les juro que no es una alusión al título que puso Maite en la entrada anterior. 🙂

4

En más de una ocasión hemos visto en diferentes contextos el tema de la preservación de los contenidos de nuestra red sean estos propios o externos. Existe desde hace años una solución conocida entre algunos de nuestros técnicos que resuelve este tema de algún modo pero que no acabamos de poder a funcionar. Se trata de LOCKSS (Lost of Copies Keep Stuff Safe), un sistema para el archivo sistemático de contenidos digitales en red que ofrece una solución relativamente eficiente para este problema.

El sistema está orientado a ofrecer una solución bastante sencilla y sostenible para que las bibliotecas construyan archivos de colecciones digitales que puedan ser usados como alternativa a los originales en caso de que estos desaparezcan. También sirve para permitir una optimización del uso del ancho de banda, asegurar la disponibilidad futura de colecciones de documentos a los que por alguna razón se pierda el acceso en línea y otras situaciones. En todos los casos se trata de una solución al problema concreto de preservación de contenidos digitales en red.

Esta solución puede ser instalada como mínimo en una PC convencional con un disco duro con buena capacidad  y se autoinstala desde un CD que puede prepararse con el programa descargado desde la red. No pretendo aquí entrar en los detalles sino llamar la atención nuevamente sobre una solución concreta a un problema muy importante. Propongo que lo trabajemos como una iniciativa y motivar a alguno de los técnicos de informática y/o bibliotecarios para que avancen el proyecto y comencemos a implementarlo en la red y compartamos las mejores prácticas.

En la medida que avancemos en este propósito, podremos desarrollar una red de archivos que se corresponda con las propias características territoriales e institucionales de Infomed e incorporar este servicio a nuestro dominio sld.cu. También puede ampliarse a todo el país y lo ideal sería integrarnos en una red de archivos de este tipo. Hay patrones de solución en curso como la iniciativa CLOCKS para la preservación de contenidos digitales de publicaciones científicas que son un buen modelo de referencia.

Creo que debemos comenzar con los contenidos de nuestras colecciones de revistas, libros, y otros contenidos priorizados y evaluar como nos va. Es muy probable que como es una solución que lleva años de desarrollo y sobre la que se ha hablado más de una vez existan buenas prácticas nacionales que ayudarían a consolidar esta iniciativa.

Siguiendo el patrón de publicar estas cosas en el Blog para que no queden más en lo oral o en comunicaciones de email es que me decidí a inistir sobre el tema.

0

La Asociación de Bibliotecarios Americanos (de los EEUU) está utilizando “b2evolution” para sus Blogs. Esta es una solución integradora de los blogs de una red que puede ser una buena práctica a considerar por Infomed. Recuerden que discutimos este problema y acordamos explorar soluciones.
Sugiero revisar el sitio de la ALA (http://blogs.ala.org/) y el de b2evolution (http://b2evolution.net/) y evaluar si poemos usarlo para el servicio de blogviejo.sld.cu

Filed under Sin categoría by on . Comment#

3

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 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.

3

Recuerdo que cuando comenzamos a usar los beepers en Infomed Eduardo implentó una forma sencilla de enviarnos mensajes de correo que llegaran a los mencionados equipos. De esta forma era muy fácil mandarnos una alerta de “amenaza” o de “oportunidad” muy fácilmente.

Necesitamos recuperar, con una visión integradora y dinámica los métodos de comunicación de manera que podamos hacer efectivos los principios “biológicos” que hemos estado discutiendo y que tan bien resumen Ken Thompson es su sitio  Online Collaboration Technique.

Los Blogs, los RSS y demás herramientas deben ser pensadas y dominadas en función de nuestras necesidades.  Para poder desplegar efectivamente la “inteligencia colectiva” necesitamos soluciones concretas. Recuperemos entonces las soluciones que tenemos e integrémoslas con el ecosistema en desarrollo.

Recuerdo que si mandaba un email a urrap@infomed.sld.cu el mensaje me llegaba al beeper. Voy a intentarlo y después les cuento. Piensen que estas facilidades y soluciones estén fácilmente accesibles y además estén visibles y embebidas en nuestro ambiente de trabajo. Chat, blogs, listas de discusión, forums, tarjetas personales, calendarios, etc.

2

Hace unos cuantos años trabajamos intensamente para desarrollar un servidor Z3950 que permitiera la interoperación de las bases de datos en CDS/ISIS usando esta norma. El sistema fue desarrollado y funcionó por mucho tiempo pero entonces no se visualizaba su importancia entre otras cosas porque el Web no estaba suficientemente maduro. La idea de los webservices no existía entonces. La iniciativa partía de una visión de desarrollo en la que la capacidad de operación distribuída de bases de datos era una pieza clave del desarrollo de Infomed y de cualquier sistema de información que pretendiera trabajar en red.

Z3950 fue un antecedente esencial de lo que hoy se conoce como “webservices” o “servicios web”, piedra clave de la arquitectura moderna del Web y del desarrollo del denominado Web 2.0. Esta norma de interoperación de bases de datos bibliográficas evolucionó hacia la denominada Z3950NG (next generation) y hacia la norma ISO 23950.

Es la que permite que hoy día sea posible un servicio como en catálogo mundial de OCLC WorldCat y otros servicios como WorldSearch. Las bases de datos de miles de bibliotecas del mundo están accesibles de forma muy eficiente pues por fin es viable la univerzalización del acceso a las mismas.

 

Ejemplo de búsqueda en el catálogo Mundial de bibliotecas
entre una palabra, autor


Nuestras bases de datos estaban listas hace tiempo y es hora de recuperar esa posibilidad. De la misma forma que hoy los artículos de Scielo están integrados a Google Scholar es hora que nuestros catálogos y bases de datos documentales puedan ser integrados en las mencionadas bases de datos incrementando su visibilidad y ampliando sus servicios. Nuestras bases de datos ya aportan información al mencionado catálogo mundial de OCLC, pero no se explotan todas sus posibilidades como la localización de los materiales impresos en bibliotecas y la geolocalización de los mismos. Si nuestro catálogo colectivo de revistas estuviera disponible de esta forma podrían localizarse las revistas por municipios, provincias y hasta por códigos postales en caso que contáramos con esos datos registrados.

Cuando propusimos desarrollar una red de localizadores de información en salud se propuso una arquitectura que consistía en:

  • Zserver. Servidor Z.3950 que trabaja con bases de datos CDS/ISIS y que permite mantener y gestionar la base de datos LIS en redes TCP-/IP
  • ZgateWeb. Gateway que permite el manejo de múltiples bases de datos LIS y Z39.50 así como la integración con otras aplicaciones
  • Zharvester. Buscador de metadatos para recuperar registros de localización
  • Zbase. Manejador de bases de datos
  • Zclient (apple y cgi y Metalenguaje)

Esa propuesta se concretó y fue el trabajo de tesis de Rosnier Mijares quien entonces trabajó como insertado en Infomed y posteriormente continuó trabajando en el desarrollo del sistema.

Propongo una discusión profunda del tema, una revisión de la situación en que estamos y una implementación ágil de esta solución que puede ser especialmente útil para nuestros usuarios. Hay cosas que ya están listas con Z3950 pero otras pueden estarlo rápidamente si publicamos los webservices correspondientes y desarrollamos además los mashups que permitan incorporar clientes en blogs, wikis y páginas web para facilitar su uso. Hay una iniciativa en curso en esta dirección en la que Alberto Pedroso viene trabajando que sería bueno fuera presentada en una de las sesiones de los Jueves en Infomed.

Infomed 2.0 nos está ayudando también a redescubrir y recuperar cosas.