Bem, saindo para caminhar na manhã de hoje comecei a lembrar da reunião que tive com o pessoal da Rede Humaniza SUS nessa semana. Um dia onde os editores se encontraram aqui em São Paulo para discutirem seus novos modos de se relacionar, dado que tudo indica que para o ano que vem esse grupo vai poder ser parcialmente remunerado pelo trabalho que faz. Ouvindo essas pessoas que atuam já a alguns anos, no caso de alguns, de modo voluntário no cuidado, acolhimento e gestão dessa rede falarem de sua paixão pelo SUS, pelos modos de fazer política, pelo jeito de continuamente se reencantar pelo trabalho que desenvolvem e, sobretudo, pelo jeito que pensam a saúde, fui ficando impactado por essas impressões... De pano de fundo, fui guardando uma vontade de usar esse efeito, o impacto das conversas, para pensar em como a modelagem de complexidade (o encanto do momento) estaria a serviço dessas coisas todas que ouvi...
E caminhando um pouco mais fui lembrando da importância que há na política de humanização para a função apoio (o tal do devir apoiador). Lendo alguns trechos da tese de doutorado do Gustavo Nunes, atual coordenador da PNH junto ao Ministério da Saúde, encontrei logo no começo, em seu resumo, um bom disparador para o pensamento:
"O apoio, tomado como uma função, inscrita em arranjos concretos que põe em relação sujeitos com diferentes desejos e interesses, com a missão de ativar objetos de investimento mais coletivos e de apoiar esses sujeitos na ampliação de sua capacidade de problematização, de invenção de problemas, de interferência com outros sujeitos e de transformação do mundo e de si, implica em uma tarefa
clínica-crítica-política."
A definição provocou pensar um pouco mais na relação que isso tem com o sistema Drupal, que usamos para o desenvolvimento da rede, que já está próxima de seus quase 4 anos de existência. Acontece que o Drupal é um sistema criado com uma arquitetura muito interessante enquanto modelo de software, permitindo criarmos processos que seriam muito mais difíceis em outros tipos de programa. Vou tentar resumir aqui essas características que podem servir como disparadores de ideias para futuros desenvolvimentos:
- qualquer elemento no Drupal pode ser modelado como um node, ou seja, pode virar uma espécie de nó do sistema, onde podemos conectar funções, ganchos (os famosos hooks do Drupal), eventos e fluxos específicos de execução (organizados em etapas, por exemplo);
- quando qualquer node é acessado, o Drupal usa um sistema chamado bootstrap, que pergunta a todos os módulos instalados se eles possuem algum hook relacionado a algum evento relacionado ao tipo do node. Por exemplo, quando um nó é visualizado, o Drupal percorre todos os módulos para verificar se eles possuem algum hook que irá afetar a visualização daquele tipo de node, seja modificanto visualmente, seja incorporando alguma nova funcionalidade;
- quando qualquer evento no Drupal acontece, ele permite identificarmos essa evento e relacionarmos alguma ação específica, naquilo que o Drupal chama de sistema de Triggers. Isso, por si só, é algo realmente muito interessante, permitindo que possamos modelar uma série enorme de funcionalidades quando os usuários do ambiente fizerem alguma ação que possa ter desdobramentos disparadores... Tá começando a ficar quente aqui!
Foi então que me ocorreu a ideia de modelar o apoio como um node do Drupal, onde poderíamos associar funções, eventos e utilizar o gerenciador de Triggers para, conforme os tipos de eventos associados a função apoio, conectar pessoas, criar links, fazer pontes, estabelecer novas relações e fomentar a ativação desses objetos de investimento mais coletivos, como bem diz a descrição acima da funçaõ.
Brincando com isso, comecei a esboçar um infográfico para dar um pouco mais de corpo na ideia:
A ideia da brincadeira seria:
- modelar um node em drupal para a função, permitindo que pessoas pudessem se inscrever oferecendo apoio em determinados tipos (categorias fixas e emergentes), por região, pelo karma que possuem na rede, pela disponibilidade de tempo online;
- permitir que pessoas que queiram solicitar apoio, pudessem também se inscrever nesse node, usando também critérios similares de seleção;
- assim que um node apoio fosse criado, algoritmos analisariam os filtros selecionados e disparariam um evento, se assim houver, de criação de um novo node chamado conversa, agrupando essas pessoas que queiram oferecer e solicitar apoio. Esse node de conversa poderia servir como uma região em tempo síncrono e não-síncrono, onde essas pessoas formariam uma espécie de grupo temporário de apoio naquela situação, naquele contexto, naquele tempo em que isso fizer sentido.
Agora, é avançar na modelagem, experimentação em DEV e analisar possíveis efeitos. vqv! :-)
Um comentário:
Dalton, compartilhando então aqui as ideias que discutimos no Gtalk e expandindo um pouco:
Achei a proposta genial: acho que quando falamos sobre o potencial da tecnologia de realmente ser um ator nos processos entre indivíduos e coletivos, o que me vem à mente é esse exatamente isso: desenhos em que o uso da plataforma não apenas cria possibilidade, mas efetivamente tem uma ação objetiva de alterar a forma como as pessoas conversam.
Nesse sentido, eu modelaria o funcionamento de uma maneira um pouquinho diferente, talvez ainda mais "orgânico". Na sua proposta, as pessoas, tanto aquelas que buscam quando as que oferecem apoio, necessitariam de uma ação de vontade - de ir até o node de apoio - e declarar sua intenção de buscar ou oferecer apoio.
E se as pessoas que oferecem apoio não precisassem se inscrever nos nodes? Ou seja, se a princípio, os apoiadores não precisassem se reconhecer inicialmente como apoiadores - o próprio sistema pudesse identificar, automaticamente, participantes que pudessem apoiar uma determinada demanda - e essa identificação se desse por um cálculo relacionado não apenas às declarações que ele pudesse fazer em seu perfil, como também à sua atuação no site.
Então, no momento em que o trigger fosse disparado, poderia ser acionado um cálculo que buscasse as tags que um usuário usou, os posts que ele comentou, os temas pelos quais ele se interessa, etc.
Quando alguém criasse um node "apoio", o sistema faria esse cálculo de acordo com o tema do pedido e acionaria essa rede de apoiadores, enviando uma mensagem do tipo:
----
Olá, xxx,
você escreveu xx posts sobre o tema XXX, comentou em posts relacionados e sinalizou em seu perfil que trabalha nessa área.
O usuário XXXX acabou de postar um pedido de apoio "Referências de estratégias de implantação de acolhimento", cujo link é:
xxx
Achamos que você poderia ajudá-lo, ou conhecer alguém que poderia auxiliá-lo. Para isso, basta acessar o link acima e responder ao participante"
----
O sistema permitiria que acionássemos pessoas que sequer sabiam que eram apoiadores! Não precisariam ser "especialistas oficiais", mas teriam uma reputação construída no site.
Nesse sentido, o uso do node + o trigger, calculando e filtrando os resultados, tem uma intervenção concreta na relação entre as pessoas e na própria função de exercer apoio. O processo traz para a luz relações que existem na potência e permite que elas se concretizem.
O que você acha? Sei que você falou que acredita que é essencial que exista uma ação concreta do indivíduo "apoiador", mas eu fico pensando que o próprio algorítimo identificaria ações concretas - ele teria realmente que se identificar e interessar pelo assunto, ele fez posts sobre o tema. Tudo bem, acho que poderíamos ter um botão "opt-out" no perfil dos participantes, caso eles realmente não queiram ser contados. Mas além disso, acho que a beleza do sistema é exatamente o fato de permitir que o site faça a ponte.
Se fizéssemos desse jeito que sugeri, o desafio seria desenhar esse algorítimo (meio Amazon like), e garantir que ele não ficasse muito pesado para ser processados. Se bem que, de acordo com a sua explicação acima, ele seria apenas mais uma camada de consulta em um processo que o Drupal já normalmente faz de consulta dos hooks.
Enfim, vamos conversando, que, sem dúvida, aqui tem caldo. ;)
Bjs
Dani
Postar um comentário