Guia da OMS: como planejar saúde digital com o DIIG

Para começar
O essencial deste artigo
- O DIIG ajuda a organizar o planejamento; não certifica produtos nem substitui a avaliação local.
- Use a leitura para tornar explícitos o problema, as dependências e a decisão que o projeto precisa apoiar.
Antes de escolher uma ferramenta, um gestor precisa conseguir explicar a mudança que espera no serviço. “Digitalizar” ainda é uma intenção ampla. Reduzir uma passagem manual desnecessária, tornar uma informação disponível para a decisão ou permitir a conferência de uma tarefa são problemas que podem ser investigados.
O Digital implementation investment guide: quick deployment guide, da OMS, publicado em 2022, é uma referência para organizar essa discussão. Este artigo apresenta uma síntese breve e um comentário editorial independente sobre sua utilidade. Não reproduz as fichas do documento nem representa tradução oficial.
O que é o guia e para quem foi escrito
O guia rápido complementa o DIIG de 2020. Seu público inclui governos, ministérios da saúde, equipes de TI e parceiros que planejam intervenções digitais em programas de saúde. O material reúne exercícios que conectam planejamento, implantação e custos ao contexto mais amplo do sistema de saúde.
Na sequência apresentada nas páginas 7 a 9, o documento trata de programa e objetivos, situação atual, intervenção proposta, requisitos funcionais, arquitetura e interoperabilidade, monitoramento e avaliação, e custos de implantação, manutenção e expansão. A leitura segue do problema às condições para executar e acompanhar a mudança. Fonte: documento integral da OMS.
Como um gestor de serviço pode aproveitar a leitura
A escala de uma empresa de atenção domiciliar é diferente da escala nacional para a qual o guia foi elaborado. O aproveitamento exige julgamento: quais perguntas fazem sentido para o serviço e quais dependem de uma governança mais ampla?
Uma leitura produtiva pode começar por um problema delimitado. Em vez de pedir que todas as áreas leiam o documento e tragam impressões gerais, escolha uma situação de trabalho e organize a discussão em torno dela. Convide quem executa, quem recebe a informação e quem pode decidir sobre a mudança.
| Situação fictícia | Pergunta para o time | Entrega proposta para discutir |
|---|---|---|
| A informação chega tarde à coordenação | Em qual passagem ocorre a demora? | Desenho simples da tarefa e do momento de recebimento. |
| A equipe pede outro sistema | O que o recurso atual não permite concluir? | Necessidade descrita com evidência, sem escolher a solução antecipadamente. |
| O piloto terminou sem decisão | Qual resultado precisava ser demonstrado? | Critério de continuidade e lista de pendências verificáveis. |
As perguntas e entregas da tabela são propostas editoriais deste artigo. Não são uma ficha oficial da OMS nem um diagnóstico de uma organização.
Um exemplo fictício: a informação existe, mas não chega à decisão
Imagine um serviço em que a equipe registra a execução de uma atividade, mas a coordenação só encontra a informação depois de perguntar por outro canal. Comprar um painel adicional pode parecer uma resposta imediata. Antes disso, é necessário descobrir se o registro não foi enviado, se chegou a outro lugar, se o acesso está inadequado ou se a coordenação não conhece a consulta disponível.
Cada hipótese pede uma verificação diferente. Se o dado não chega, é preciso examinar o percurso. Se chega e não é localizado, a dificuldade pode envolver organização da informação, treinamento ou usabilidade. Se a pergunta da gestão não é respondida pela definição do indicador, o problema é outro.
O exercício não busca provar que a tecnologia atual é suficiente nem justificar sua substituição. Busca produzir uma descrição que permita avaliar alternativas com o mesmo critério. Consulte também o guia sobre formação do time e interpretação de indicadores.
Visão geral
Da pergunta do serviço ao plano verificável
Problema
Descrever a dificuldade e quem é afetado.
Processo
Localizar a passagem de informação que precisa mudar.
Condições
Conferir pessoas, sistemas e recursos necessários.
Decisão
Definir como avaliar, aprender e ajustar.
Transforme a leitura em uma decisão pequena e verificável
Ao terminar a discussão, registre o problema escolhido, a evidência disponível e a próxima verificação. Se a equipe não consegue definir o que observar, ainda falta esclarecer a necessidade. Se consegue, pode preparar uma avaliação delimitada e identificar as pessoas e os sistemas que precisam participar.
Separe o que está demonstrado do que depende de configuração, integração ou trabalho futuro. Uma demonstração do fornecedor não confirma, sozinha, que o mesmo fluxo funcionará no ambiente do serviço.
Em vez de tentar resolver toda a transformação em uma reunião, saia com uma decisão que a equipe consiga acompanhar: qual tarefa será verificada, quem participará e como o resultado será registrado. As decisões seguintes podem usar o aprendizado dessa primeira avaliação.
Não avance sem responder pelas dependências conhecidas
Planejar também é impedir que uma lacuna conhecida seja empurrada para a próxima etapa. Antes de iniciar uma avaliação, confirme quem fará a tarefa, qual informação estará disponível, quem resolverá os impedimentos e como o resultado será conferido. Se uma dessas condições críticas não existe, registre a decisão necessária e quem tem autoridade para tomá-la.
Isso não exige eliminar toda incerteza. Exige distinguir uma pergunta que o teste pretende responder de uma preparação que o time já sabe que precisa executar. Não ler o escopo acordado, deixar um acesso necessário sem encaminhamento ou iniciar sem critério de avaliação não são, por si, experimentos de inovação. São lacunas de execução que precisam ser tratadas antes de comprometer mais pessoas e recursos.
Ao decidir avançar com uma condição ainda aberta, registre o limite, o impacto possível, a contingência e o responsável por acompanhar. Uma pendência visível e assumida é diferente de uma dependência esquecida. A direção deve participar dessa decisão quando ela ultrapassar a autonomia da equipe.
O que o guia não autoriza concluir
Referenciar o DIIG não significa que uma plataforma foi aprovada pela OMS. Também não comprova conformidade jurídica local, retorno financeiro ou resultado assistencial. A proposta precisa ser avaliada conforme o serviço, suas responsabilidades e os recursos disponíveis.
Para continuar a leitura, veja como preparar a adesão da rede ao software. Se a organização já está comparando alternativas, use os critérios para avaliar software de atenção domiciliar. O próximo passo é transformar a necessidade em uma avaliação concreta, com participação de quem fará o trabalho.