Revisão sistemática com PRISMA 2020: passo a passo
Escolher o tipo de revisão, escrever e registrar o protocolo, buscar de forma reprodutível, deduplicar, triar com aprendizado ativo no ASReview LAB, medir a concordância entre revisores, extrair, avaliar a qualidade e sintetizar — e relatar tudo com a checklist de 27 itens e o fluxograma do PRISMA 2020, com ferramentas gratuitas e cada decisão registrada.
Para quem é — e o que você vai saber fazer ao final
Este manual é para quem vai conduzir uma revisão sistemática — trabalho de conclusão, dissertação, tese ou artigo — em qualquer área, e quer fazê-la com método reprodutível e ferramentas gratuitas. Ele separa duas coisas que costumam se confundir: conduzir a revisão (Cochrane Handbook, guias da área) e relatar a revisão (PRISMA 2020). Não exige programação: os dois scripts do manual e a consulta à API rodam com comandos prontos para copiar.
Ao final, você vai conseguir
- Escolher o tipo de revisão e o guia de relato certo (PRISMA 2020, PRISMA-ScR, PRISMA-P, PRISMA-S) e escrever um protocolo registrável no PROSPERO ou no OSF.
- Buscar de forma reprodutível (diário de busca, consulta à API do OpenAlex), importar no Zotero e deduplicar com um script.
- Triar títulos e resumos no ASReview LAB com aprendizado ativo: criar o projeto, dar conhecimento prévio, definir a regra de parada, exportar e guardar o projeto.
- Medir a concordância entre dois revisores (kappa de Cohen) e resolver discordâncias por consenso.
- Extrair, avaliar e sintetizar com formulário pilotado, risco de viés ou critérios de qualidade e, quando couber, GRADE.
- Relatar com o fluxograma e a checklist do PRISMA 2020, declarar as ferramentas (inclusive o ASReview e a IA generativa) e publicar dados e código.
Todo comando aparece em bloco com botão «copiar». Nomes de menu e de botão são os da interface observada em 09/09/2026 (ASReview LAB 3.0.8 e sites oficiais); quando a sua tela divergir, vale a tela. Os números marcados «na demonstração deste manual» vieram de uma triagem real feita nessa data; os números do fluxograma de exemplo são ilustrativos e estão sinalizados.
O que a regra evita: tratar o PRISMA como método de condução. Ele diz o que relatar; quem diz como fazer é o Cochrane Handbook (saúde) e os guias de cada área (Kitchenham para engenharia de software, por exemplo). Uma revisão mal conduzida e bem relatada continua mal conduzida — só que agora todo mundo consegue ver.
Este manual cuida da revisão sistemática e do seu relato. Os passos vizinhos estão nos manuais de origem: Metodologia da pesquisa científica (pergunta e método), Zotero para pesquisa científica (biblioteca, duplicatas, estilo ABNT), Gemini Notebook para pesquisa científica (leitura e síntese), Uso de IA na pesquisa científica (declarar o uso de ferramentas) e Plugin Pesquisa MirandasTech (o Pesquisador conduz as fases 4, 5 e 6). O hub que reúne todos: mirandastech.com.br/pesquisa.
Mapa: as etapas de uma revisão e onde cada ferramenta entra
deduplicar.py · snowballing · contagens para o fluxogramakappa.py · texto completo| Etapa da revisão | Ferramenta deste manual | Custo |
|---|---|---|
| Protocolo e registro | PROSPERO (saúde) · OSF Registries (demais áreas) | gratuito |
| Busca | Bases da sua área · API do OpenAlex (sem chave) · Semantic Scholar (API gratuita) | gratuito |
| Gestão e deduplicação | Zotero («Itens duplicados») · deduplicar.py | gratuito |
| Triagem | ASReview LAB (local, Apache 2.0) · Rayyan (plano gratuito com limites) · Covidence (pago) | gratuito pago |
| Concordância | kappa.py | gratuito |
| Relato | Checklist e fluxograma do PRISMA 2020 (Word, PDF, apps Shiny) | gratuito · CC BY 4.0 |
Quem ainda não tem protocolo começa na Parte 1. Quem já buscou e tem os arquivos exportados vai à Parte 2 (deduplicar) e à Parte 3 (triar). Quem só precisa relatar uma revisão já feita vai direto à Parte 5 — mas leia antes o slide dos 27 itens, porque vários deles exigem informação que precisa ter sido anotada durante a condução.
Nomes de menu e de botão entre «aspas angulares». Comandos em blocos com botão «copiar». Capturas em 1920 × 938 (terminal em 1920 × 560), feitas em 09/09/2026. Siglas explicadas na primeira vez e no glossário.
Tipo de revisão, PRISMA 2020, pergunta, critérios e protocolo
A revisão se decide antes da primeira busca: qual tipo, qual guia de relato, qual pergunta, quais critérios — e um protocolo registrado que congela tudo isso com data.
Tipos de revisão: escopo, sistemática e as outras — qual é a sua
Grant e Booth (2009) descreveram catorze tipos de revisão, cada um com busca, avaliação, síntese e análise próprias. Para este manual interessam duas fronteiras: a revisão sistemática (pergunta fechada, busca exaustiva e reprodutível, critérios explícitos, avaliação da qualidade, síntese) e a revisão de escopo (mapear o que existe sobre um tema e decidir se uma revisão sistemática se justifica). O tipo define o guia de relato.
| Tipo | Para quê | Guia de relato |
|---|---|---|
| Revisão sistemática | Responder a uma pergunta delimitada reunindo, avaliando e sintetizando todos os estudos elegíveis; com ou sem meta-análise | PRISMA 2020 (27 itens) |
| Revisão de escopo | Mapear a literatura, os conceitos e as lacunas; decidir se uma revisão sistemática se justifica | PRISMA-ScR (20 itens essenciais + 2 opcionais); método em Peters et al. (2020, JBI) |
| Protocolo de revisão | Fixar pergunta, critérios, busca, triagem, extração e síntese antes de começar | PRISMA-P 2015 |
| Revisão de revisões | Reunir revisões sistemáticas já publicadas | Qualidade das revisões incluídas: AMSTAR 2 |
| Revisão narrativa | Discutir um tema sem busca exaustiva nem critérios explícitos | Não é sistemática — não use o PRISMA para fingir que é |
- A pergunta cabe numa «tabela vazia do resultado»: você sabe quais colunas os estudos vão preencher.
- Há estudos primários suficientes para comparar e sintetizar.
- Você aceita busca exaustiva, dois revisores e protocolo registrado.
- O tema é novo ou difuso e ainda não se sabe que tipos de evidência existem.
- O objetivo é mapear conceitos, fontes e lacunas, não medir um efeito.
- Você quer decidir, com base no mapa, se vale fazer a sistemática.
Em engenharia e computação, a revisão sistemática da literatura segue os guias de Kitchenham e colegas (2007, 2009) e de Okoli (2015) para a condução; o relato pode e deve usar o PRISMA 2020, como faz a revisão de van Dinter, Tekinerdogan e Catal (2022) sobre manutenção preditiva com gêmeos digitais (42 estudos primários), citada aqui como modelo de relato.
O que o PRISMA 2020 é — um guia de relato — e o que ele não é


O site oficial define o PRISMA como uma diretriz criada para melhorar a comunicação de revisões sistemáticas: ele diz aos autores como relatar o porquê, os métodos e os resultados. A versão 2020 (Page et al., 2021, BMJ) substitui a de 2009 (Moher et al.) e foi publicada simultaneamente em cinco periódicos; o artigo de explicação e elaboração (Page, Moher et al., 2021) traz exemplos para cada item.
| Componente | O que é |
|---|---|
| Artigo da declaração | O texto oficial, com a Tabela 1 dos itens |
| Checklist de 27 itens | Com subitens; PDF e Word; versão expandida com recomendações por item |
| Checklist para resumos | 12 itens |
| Fluxogramas | Modelos para revisões novas e atualizadas, com e sem «outras fontes» |
Não é um método de condução, nem um selo de qualidade. Seguir a checklist não torna a busca exaustiva nem a triagem confiável; ela só garante que o leitor consiga ver o que foi feito. Condução: Cochrane Handbook 6.5 (Higgins e Thomas, editores), Parte 2, capítulos 1 a 15, e os guias da sua área. Qualidade de uma revisão: AMSTAR 2.
Os 27 itens da checklist PRISMA 2020, por seção do artigo
| Seção | Itens |
|---|---|
| Título | 1 Título |
| Resumo | 2 Resumo (ver a checklist para resumos, 12 itens) |
| Introdução | 3 Justificativa · 4 Objetivos |
| Métodos | 5 Critérios de elegibilidade · 6 Fontes de informação · 7 Estratégia de busca · 8 Processo de seleção · 9 Processo de coleta de dados · 10 Itens de dados (10a desfechos; 10b outras variáveis) · 11 Avaliação do risco de viés dos estudos · 12 Medidas de efeito · 13 Métodos de síntese (13a–13f) · 14 Avaliação do viés de relato · 15 Avaliação da certeza |
| Resultados | 16 Seleção de estudos (16a resultados da busca e seleção, idealmente com fluxograma; 16b estudos excluídos e motivos) · 17 Características dos estudos · 18 Risco de viés nos estudos · 19 Resultados de estudos individuais · 20 Resultados das sínteses (20a–20d) · 21 Vieses de relato · 22 Certeza da evidência |
| Discussão | 23a Interpretação · 23b Limitações da evidência · 23c Limitações dos processos da revisão · 23d Implicações |
| Outras informações | 24 Registro e protocolo (24a registro; 24b acesso ao protocolo; 24c emendas) · 25 Apoio · 26 Conflitos de interesse · 27 Disponibilidade de dados, código e outros materiais |

Leia os 27 itens antes de começar, não na hora de escrever. Os itens 5 a 15 descrevem decisões que precisam estar no protocolo; o 16 exige contagens que só existem se você as anotou durante a busca e a triagem (slide «O que anotar para o fluxograma»); o 27 pressupõe que você guardou os dados e o código.
Itens 1 a 4 no título, resumo e introdução; 5 a 15 nos Métodos; 16 a 22 nos Resultados; 23 na Discussão; 24 a 27 em «Outras informações» (financiamento, conflitos, registro, dados). A checklist pede o número da página de cada item — preencha-a ao final, com a versão que vai submeter.
O resumo tem checklist própria (12 itens) — e as extensões cobrem protocolo, busca e escopo
| # | Checklist PRISMA 2020 para resumos |
|---|---|
| 1 | Identificar o trabalho como revisão sistemática |
| 2 | Objetivos |
| 3 | Critérios de elegibilidade |
| 4 | Fontes de informação e datas |
| 5 | Métodos de avaliação do risco de viés |
| 6 | Métodos de síntese (novo em 2020) |
| 7 | Número de estudos e participantes incluídos |
| 8 | Resultados dos desfechos principais |
| 9 | Limitações da evidência |
| 10 | Interpretação |
| 11 | Financiamento |
| 12 | Registro |
O resumo é a parte mais lida — e a única que muitos leitores verão. Os doze itens cabem num resumo estruturado; o número de estudos, as fontes com datas e o registro são os mais esquecidos.

| Extensão | Para quê | Referência |
|---|---|---|
| PRISMA-P 2015 | Relatar o protocolo da revisão antes de começar | Moher, Shamseer, Clarke et al., 2015 |
| PRISMA-S | Relatar a busca: 16 itens em quatro seções (fontes e métodos; estratégias; revisão por pares da busca; gestão dos registros); checklist em Word, PDF e Excel | Rethlefsen, Kirtley, Waffenschmidt et al., 2021 |
| PRISMA-ScR | Relatar revisões de escopo: 20 itens essenciais e 2 opcionais | Tricco, Lillie, Zarin et al., 2018 |
Uma revisão sistemática completa usa três checklists ao longo da vida: PRISMA-P no protocolo, PRISMA-S na busca e PRISMA 2020 no artigo. Preencha cada uma na etapa correspondente; deixá-las para o fim é o jeito mais seguro de descobrir que falta um número que ninguém anotou.
Pergunta e critérios de elegibilidade: a pergunta fecha as colunas; os critérios fecham a porta
O Cochrane Handbook trata da pergunta no capítulo 2 (escopo e questões) e dos critérios no capítulo 3 (critérios de inclusão e agrupamento). Uma pergunta boa para revisão sistemática já traz a «tabela vazia do resultado»: você sabe quais colunas cada estudo incluído vai preencher. Os acrônimos abaixo servem para decompor a pergunta — e cada componente vira um critério de inclusão ou exclusão.
| Esquema | Componentes | Quando |
|---|---|---|
| PICO | População · Intervenção · Comparador · Desfecho (outcome) | Intervenções, ensaios, saúde |
| PICo | População · fenômeno de Interesse · Contexto | Estudos qualitativos |
| Engenharia e computação | População (sistemas, equipamentos, organizações) · Tecnologia ou intervenção · Contexto de aplicação · Desfecho medido (desempenho, custo, disponibilidade…) | Revisões de tecnologia, à maneira de Kitchenham |
População: equipamentos de terminais portuários (guindastes, pórticos)
Tecnologia: manutenção preditiva com aprendizado de máquina
Contexto: operação real ou dados de campo (não só simulação)
Desfecho: desempenho preditivo e efeito operacional (paradas, custo)
Pergunta: que abordagens de manutenção preditiva foram aplicadas a
equipamentos portuários, com que dados, e com que resultado?| Critério | Exemplo de decisão explícita (a sua será outra) |
|---|---|
| Tipo de estudo | Estudos primários com dados de campo; excluir só simulação, revisões, editoriais |
| População / contexto | Equipamentos portuários; excluir navios e mineração, mesmo com técnica igual |
| Período | A partir de 2015 (justificar: por que essa data) |
| Idioma | Inglês e português; registrar quantos foram excluídos por idioma |
| Tipo de publicação | Artigo, capítulo, preprint; decidir sobre literatura cinzenta antes da busca |
| Desfecho relatado | Tem de relatar ao menos uma medida de desempenho ou de efeito operacional |
Critério é frase que dois revisores aplicam ao mesmo registro e chegam à mesma decisão. Se durante o piloto da triagem (Handbook 4.6.4) vocês discordam sistematicamente num critério, o problema é a redação do critério — corrija no protocolo, como emenda datada, antes de continuar.
Afrouxar o critério porque «apareceu pouco resultado». Isso é mudança de protocolo e vai para o item 24c (emendas), com data e motivo. O que não pode é acontecer em silêncio.
Protocolo e registro: PROSPERO para saúde, OSF Registries para as demais áreas


- Escreva o protocolo seguindo o PRISMA-P: pergunta, critérios, fontes, estratégia de busca, processo de seleção, extração, avaliação da qualidade, síntese.
- Saúde: registre no PROSPERO (crd.york.ac.uk/prospero) — de preferência antes da triagem formal; aceita-se enquanto a extração de dados não estiver concluída (Booth et al., 2012). A home traz agora um template para revisão sistemática viva.
- Engenharia, computação, educação, gestão…: registre no OSF Registries (osf.io/registries): «Add a Registration» → template «Generalized Systematic Review» → preencher → embargo opcional (até 4 anos) → submeter. Aprovação por administradores em 48 h, senão automática.
- Anote o identificador e a data: eles vão para o item 24a; o protocolo acessível vai para o 24b; toda mudança posterior vai para o 24c.
| Registro | Escopo | Templates |
|---|---|---|
| PROSPERO | Desfechos relacionados à saúde | Formulário próprio; template de revisão viva |
| OSF Registries | Qualquer área | OSF Preregistration · Open-Ended · Generalized Systematic Review · Social Psychology · Qualitative · Secondary Data · Simulation Studies |
O registro congela o protocolo com data pública. É ele que separa «critério definido antes» de «critério ajustado depois de ver os resultados». Sem registro, o item 24a fica «não registrada» — e o leitor tem razão de desconfiar.
Fontes, estratégia, diário de busca, API, Zotero, deduplicação, snowballing
A busca é a parte mais fácil de relatar mal: o PRISMA-S tem dezesseis itens só para ela. A regra aqui é uma: tudo o que você rodar tem de poder ser rodado de novo, por outra pessoa, com o mesmo resultado — e cada contagem anotada na hora.
Fontes de informação: mais de uma base, nenhuma delas o Google Scholar como principal
Gusenbauer e Haddaway (2020) avaliaram 28 sistemas de busca acadêmica e concluíram que só metade é recomendável sem ressalvas para revisões sistemáticas — e que o Google Scholar é inadequado como sistema principal, por não permitir buscas reprodutíveis. Bramer e colegas (2017), em 58 revisões, mostraram que a combinação Embase + MEDLINE + Web of Science + Google Scholar recuperou cerca de 98% dos estudos: a lição é combinar bases, não escolher uma.
| Fonte | Uso neste manual |
|---|---|
| Bases da sua área | As que o seu programa assina e as abertas da área (na saúde, MEDLINE/PubMed; em engenharia, as bases das sociedades e as multidisciplinares). Cada uma entra no fluxograma com o seu «n» |
| OpenAlex | Base aberta com API gratuita, sem chave; o site bloqueia acesso automatizado e remete à API. Usada na demonstração deste manual (próximos slides) |
| Semantic Scholar | Academic Graph API gratuita; chave opcional para limites maiores |
| Google Scholar | Só como fonte complementar, com data e número de páginas examinadas anotados; nunca como base principal |
| Outros métodos | Sites, organizações, busca de citações (snowballing) — coluna própria no fluxograma |
Para cada fonte, o item 6 pede: nome, plataforma ou interface, cobertura e a data da última busca. Registre também os limites aplicados (idioma, período, tipo de documento) — eles são parte da estratégia, não detalhe.
Contar «Google Scholar» como base e não conseguir repetir a busca. O resultado muda por conta, por dia e por localização, e a interface não exporta em lote. Se usar, trate como «outra fonte», diga quantos resultados examinou e guarde a data.
Exportações de bases assinadas (resumos, por exemplo) são material licenciado: ficam fora de repositórios públicos. O que se publica é a estratégia, as contagens e a lista dos incluídos — não o arquivo bruto da base.
Estratégia de busca e diário: a string completa de cada base, com data e total — e uma revisão por pares antes de rodar
- Decomponha a pergunta em blocos (população, tecnologia, contexto) e liste sinônimos por bloco; combine com OR dentro do bloco e AND entre blocos.
- Teste a string numa base e confira se ela recupera um conjunto de estudos que você já sabe que são elegíveis (os «estudos-semente»). Se não recupera, falta termo.
- Peça a alguém — bibliotecário ou colega — para revisar a estratégia com o PRESS (McGowan et al., 2016) antes de rodar em todas as bases.
- Rode em cada base, exporte o resultado (RIS ou CSV) e anote no diário: base, interface, string verbatim, filtros, data, total.
- Guarde a string completa de cada base para o material suplementar: o item 7 do PRISMA e o PRISMA-S pedem isso, não um resumo.
data,base,interface,string,filtros,total,arquivo_exportado 2026-09-09,OpenAlex,API,"""predictive maintenance"" port terminal crane",from_publication_date:2015-01-01;type:article|book-chapter|preprint,262,01_buscas/openalex_2026-09-09.csv
| Seção do PRISMA-S | O que relatar |
|---|---|
| Fontes e métodos | Bases, plataformas, registros de estudos, outras fontes; busca de citações; contato com autores |
| Estratégias de busca | String completa de cada base; limites e filtros; datas; atualização da busca |
| Revisão por pares da busca | Se a estratégia foi revisada e por quem (PRESS) |
| Gestão dos registros | Total por base; método de deduplicação; quantos removidos |
O diário é a evidência da busca. Sem ele, o fluxograma não fecha e o item 7 não se preenche. Uma linha por base e por execução: a atualização da busca meses depois é outra linha, não uma edição.
O PRESS é uma lista de verificação para quem revisa a estratégia de outra pessoa: tradução da pergunta, operadores, termos, ortografia, limites. Uma hora de revisão evita meses de triagem de resultados irrelevantes — ou, pior, a ausência silenciosa dos relevantes.
Busca reprodutível na API do OpenAlex: consulta gravada, resultado em CSV, data e contagem no JSON

meta.count = 262; o script grava o CSV com os registros e um JSON com a consulta exata e a data — é isso que torna a busca repetível.import csv, json, requests, datetime
BASE = "https://api.openalex.org/works"
p = {"search": '"predictive maintenance" port terminal crane',
"filter": "from_publication_date:2015-01-01,type:article|book-chapter|preprint",
"select": "id,title,abstract_inverted_index,publication_year,doi,authorships,primary_location",
"per-page": 200, "cursor": "*", "mailto": "seu@email"}
regs = []
while p["cursor"]:
r = requests.get(BASE, params=p, timeout=60).json()
regs += r["results"]; p["cursor"] = r["meta"].get("next_cursor")
json.dump({"consulta": p, "data": str(datetime.date.today()),
"count": r["meta"]["count"]}, open("openalex_consulta.json", "w"))
# … converter abstract_inverted_index em texto e gravar CSV com
# colunas title, abstract, year, doi, authors, source, openalex_id| Na demonstração | Resultado |
|---|---|
| Registros | 262 (252 com resumo; 258 DOIs únicos) |
| Anos | 2025 (89), 2026 (61), 2024 (38), 2023 (35), 2022 (18), 2021 (9), 2020 (6), 2018 (3), 2017 (2), 2019 (1) |
| Fontes mais frequentes | Sustainability (21), Journal of Marine Science and Engineering (12), Applied Sciences (9), Sensors (7), Energies (7), arXiv (6) |
Grave junto com o CSV a consulta exata e a data. O OpenAlex muda todo dia; o número que vai para o fluxograma é o do dia em que você buscou, e o JSON é a prova. Use &mailto= para entrar na fila cortês da API e &select= para baixar só os campos que precisa.
Importar no Zotero, mesclar duplicatas e exportar para a triagem
- Crie uma coleção por base e por data («OpenAlex 2026-09-09», «Scopus 2026-09-09»…). O total de cada coleção é o «n» de cada base no fluxograma.
- Importe cada exportação por «Arquivo» → «Importar…». O Zotero aceita RIS, BibTeX, BibLaTeX, MODS, EndNote XML, Citavi XML, PubMed XML e CSV.
- Abra a coleção «Itens duplicados». O algoritmo compara título, DOI e ISBN e, quando faltam, ano e autores. Para cada grupo, clique em «Mesclar N itens», escolha o item mestre e os campos a manter. Mesclar preserva coleções e etiquetas.
- Anote quantos itens foram removidos: é a caixa «Duplicate records removed» do fluxograma.
- Exporte a coleção consolidada como CSV ou RIS — o ASReview aceita os dois (RIS testado com EndNote, Mendeley, RefWorks e Zotero; CSV e XLSX com Zotero e Excel).
| Limite do Zotero | Consequência |
|---|---|
| Só dentro de uma biblioteca | Não detecta duplicatas em bibliotecas de grupo: consolide na sua biblioteca pessoal e depois mova |
| Não marca falso positivo | Dois artigos diferentes com o mesmo título continuam aparecendo como duplicata; deixe-os e anote |
| Depende dos metadados | Registro sem DOI e com título ligeiramente diferente escapa; por isso o deduplicar.py do próximo slide normaliza o título |
Deduplicar é etapa relatada (PRISMA-S, «gestão dos registros»; McKeown e Mir, 2021, compararam métodos). Diga qual método usou — Zotero, script, os dois — e quantos registros saíram. O ASReview ainda vai ocultar duplicatas de título e texto; isso também se relata.
Coleções, etiquetas por revisor, «Itens duplicados» com capturas e o estilo ABNT estão no manual do Zotero. Aqui fica só o que a revisão precisa: a contagem por base, a contagem de duplicatas e a exportação para a triagem.
deduplicar.py: DOI e título normalizado, com a lista do que saiu e o motivo

python3 deduplicar.py 01_buscas/openalex_2026-09-09.csv 01_buscas/registros_unicos.csv # saída na demonstração: # lidos 262 · únicos 259 · duplicatas removidas 3 # gera também 01_buscas/registros_unicos_duplicatas.csv (com a coluna «motivo»)
def norm(t):
t = unicodedata.normalize("NFKD", t or "").encode("ascii", "ignore").decode().lower()
return re.sub(r"[^a-z0-9]+", " ", t).strip()
doi = (r.get("doi") or "").lower().replace("https://doi.org/", "").strip()
tit = norm(r.get("title"))
if (doi and doi in vistos_doi) or (tit and tit in vistos_tit):
r["motivo"] = "doi repetido" if doi and doi in vistos_doi else "título repetido"
dup.append(r); continue- O título é normalizado (minúsculas, sem acentos e sem pontuação) antes de comparar: «Predictive-Maintenance…» e «predictive maintenance…» viram o mesmo.
- O DOI é comparado sem o prefixo
https://doi.org/e em minúsculas. - O arquivo
_duplicatas.csvé a evidência: guarde-o; é ele que responde «quais foram removidos e por quê». - Se juntou várias bases num só CSV, rode o script no arquivo combinado — e anote o total de cada base antes de juntar.
Snowballing: as referências dos incluídos (para trás) e quem os citou (para frente)
Greenhalgh e Peacock (2005), auditando as fontes de uma revisão de evidência complexa, mostraram que boa parte dos estudos relevantes não veio das buscas em bases, mas do rastreamento de referências e de contatos pessoais. Wohlin (2014) formalizou o procedimento para engenharia de software: começar de um conjunto inicial, seguir as referências (backward) e as citações (forward) em iterações, até que nenhuma nova inclusão apareça.
| Anotar para o fluxograma | Caixa correspondente («outros métodos») |
|---|---|
| Registros vindos de busca de citações | «Records identified from: Citation searching (n = )» |
| Registros vindos de sites e organizações | «Websites (n = )», «Organisations (n = )» |
| Quantos buscou em texto completo e quantos não obteve | «Reports sought for retrieval» / «Reports not retrieved» |
| Quantos avaliou e quantos excluiu, com motivo | «Reports assessed for eligibility» / «Reports excluded» |
Snowballing entra na coluna da direita do fluxograma (modelo 2, «databases, registers and other sources»), não misturado com as bases. Registre a rodada, a data e a fonte de cada registro novo; sem isso a contagem da coluna não fecha.
Depois da triagem de texto completo: o conjunto inicial precisa ser de incluídos de verdade. Fazer snowballing a partir de registros triados só por resumo infla a rodada com falsos positivos.
O que anotar, em que momento, para o fluxograma fechar no fim
| Fase | Caixa do fluxograma (texto oficial, modelo 2) | De onde vem o número |
|---|---|---|
| Identificação | Records identified from: Databases (n = ), Registers (n = ) | Diário de busca: total por base, na data |
| Records removed before screening: Duplicate records removed (n = ); Records marked as ineligible by automation tools (n = ); Records removed for other reasons (n = ) | Duplicatas: Zotero «Itens duplicados», deduplicar.py e as ocultas pelo ASReview; «automation tools»: só se um filtro automático excluiu registros sem revisão humana | |
| Triagem | Records screened (n = ) → Records excluded (n = ) | Exportação do ASReview: rótulos 0 e 1; registros não vistos contam como excluídos pela regra de parada — diga isso no texto |
| Reports sought for retrieval (n = ) → Reports not retrieved (n = ) | Planilha de texto completo: PDF obtido sim/não | |
| Reports assessed for eligibility (n = ) | Planilha de texto completo | |
| Reports excluded: Reason 1 (n = ), Reason 2 (n = )… | Motivo padronizado por relatório excluído (item 16b) | |
| Incluídos | Studies included in review (n = ); Reports of included studies (n = ) | Um estudo pode ter mais de um relatório (artigo + preprint + tese): conte os dois |
| Outros métodos | Records identified from: Websites (n = ), Organisations (n = ), Citation searching (n = ) → sought / not retrieved / assessed / excluded | Slide anterior |
etapa,fonte_ou_motivo,n,data,evidencia identificados,OpenAlex,262,2026-09-09,01_buscas/openalex_consulta.json duplicatas_removidas,deduplicar.py,3,2026-09-09,01_buscas/registros_unicos_duplicatas.csv triados,ASReview 3.0.8,259,,02_triagem/export_asreview.csv excluidos_triagem,rótulo 0 + não vistos,,, buscados_texto_completo,,,, nao_obtidos,,,, avaliados,,,, excluidos_texto_completo,motivo 1 …,,, incluidos_estudos,,,, incluidos_relatorios,,,,
Cada número do fluxograma tem um arquivo de origem. A coluna «evidencia» existe para que, meses depois, você — ou o revisor do periódico — consiga refazer a conta. A aritmética tem de fechar: identificados − removidos = triados; triados − excluídos = buscados; buscados − não obtidos = avaliados; avaliados − excluídos = relatórios incluídos.
Reconstruir as contagens no fim, de memória. É a causa mais comum de fluxograma que não fecha. Preencha a planilha no dia de cada etapa.
Aprendizado ativo, passo a passo — e as alternativas com equipe
Instalar, criar o projeto, escolher o modelo, dar conhecimento prévio, triar um registro por vez, decidir quando parar, exportar e guardar o projeto. Depois: Rayyan e Covidence para equipes, a dupla triagem com kappa, e o texto completo. Tudo o que aparece foi feito no ASReview LAB 3.0.8 em 09/09/2026 com os 262 registros da busca.
Aprendizado ativo: o modelo muda a ordem em que você lê, não a decisão

Numa triagem comum, você lê os registros na ordem em que a base os devolveu. No aprendizado ativo, um modelo de texto aprende com cada decisão sua e coloca no topo da fila o registro que ele considera mais provavelmente relevante. Os relevantes tendem a aparecer cedo; a cauda da lista fica cheia de irrelevantes — e é aí que entra a regra de parada. Você continua decidindo cada registro; o modelo só escolhe qual mostrar em seguida.
O Cochrane Handbook (4.4.2) admite aprendizado de máquina para priorizar a triagem de buscas amplas; O'Mara-Eves et al. (2015) e Marshall e Wallace (2019) revisam as abordagens. O que se relata no item 8: a ferramenta e a versão, o modelo, a regra de parada e quantos registros ficaram sem revisão humana.
Instalar e iniciar: pip install asreview, asreview lab — e a tela «Reviews»

pip install asreview asreview lab
asreview lab --port 5555 --no-browser # outra porta; sem abrir o navegador asreview lab --host 0.0.0.0 # acessível na rede local pip install --upgrade asreview # atualizar pip install asreview-dory # modelos l2 e h3 (ASReview-Dory)
uv tool install asreview && asreview lab --port 5555 --no-browser docker run -p 5000:5000 ghcr.io/asreview/asreview:latest lab
- Os projetos ficam em
~/.asreview(variável de ambienteASREVIEW_PATHpara mudar). Faça backup dessa pasta ou exporte o projeto (slide «Exportar»). - Menu lateral: Reviews, Simulations, Settings, Community. Tudo roda local: nenhum registro sai do seu computador.
- A versão 3.0 trouxe tags editáveis, opção de mostrar todo o texto na Collection, indicador de progresso em importações, grupos de registros e a coluna
asreview_group_idna exportação. Se a sua tela for de uma versão anterior, os nomes podem diferir.
Preparar o arquivo e enviar: título ou resumo obrigatórios; o ASReview conta o que tem e oculta duplicatas

| Coluna | No arquivo |
|---|---|
| Título (obrigatório título ou resumo) | title ou primary_title |
| Resumo | abstract ou abstract_note (o nome que o Zotero exporta) |
| Opcionais | authors, doi, url, keywords |
| Rótulo prévio | included, label, label_included, final_included: 1 relevante, 0 irrelevante, vazio não visto |
- Na aba «FILE», arraste o CSV ou RIS exportado (do Zotero ou do
deduplicar.py). - Leia o resumo: quantos registros, quantos ocultos como duplicatas, e a cobertura de título, resumo e DOI. Resumo faltando em muitos registros enfraquece o modelo — volte à base e complete antes.
- Clique em «Show options» para tags, modelo e conhecimento prévio (próximos slides) — ou em «Screen» para começar com o padrão. O projeto fica como «Draft» na lista «Current reviews» até você clicar em «Screen».
Anote os três números da tela: total enviado, ocultos e cobertura de resumo. O total menos os ocultos é o «Records screened» do fluxograma; os ocultos somam-se às duplicatas removidas. Na demonstração, os 3 ocultos foram exatamente os 3 que o deduplicar.py apontou.
«Show options»: etiquetas, o modelo de IA e o conhecimento prévio — decida antes de clicar em «Screen»

| Seção | O que faz | Uso recomendado |
|---|---|---|
| Labeling tags | «Tags and tag groups are used to label records with additional information» | Crie um grupo «motivo de exclusão» com as suas categorias padronizadas e um grupo «tipo de estudo». Elas saem na exportação e alimentam o item 16b |
| AI | «Select or compose an AI to accelerate your review process» | ELAS u4 (padrão) para a maioria dos casos; próximo slide |
| Prior knowledge | «Prior knowledge helps to warm up and accelerate the AI» | Ao menos um relevante e alguns irrelevantes, achados por busca no próprio dataset |
Defina as tags antes de começar: mudar as categorias no meio da triagem obriga a rever o que já foi marcado. Os motivos de exclusão usados nas tags devem ser os mesmos que aparecerão no fluxograma e no item 16b.
O modelo pode ser trocado durante a triagem em «Customize» → «AI», no menu lateral do projeto. As tags também são editáveis na versão 3.0 — mas trate isso como exceção, não como plano.
O modelo: ELAS u4 por padrão; l2 para vários idiomas e h3 para trabalho pesado (exigem ASReview-Dory)

| Família | Modelos | Descrição na interface | Quando |
|---|---|---|---|
| Ultra | ELAS u4 (padrão), ELAS u3 | «Fast, lightweight learner for performant reviewing» | Quase sempre; registros em inglês; máquina comum |
| Language Agnostic | ELAS l2 | «Optimized for handling multiple languages at once» | Dataset com registros em mais de um idioma (português e inglês, por exemplo) |
| Heavy | ELAS h3 | «Modern, heavyweight learner for heavy work» | Datasets grandes, máquina com recursos; mais lento por rodada |
| Custom | — | «Built your own learner from available components» | Quem quer combinar extrator, classificador, consulta e balanceador à mão |
- ELAS u4, segundo a documentação, é TF-IDF com bigramas + SVM, consulta «max» e balanceador «balanced»: rápido e sem dependências pesadas.
- l2 e h3 exigem o pacote ASReview-Dory (
pip install asreview-dory), que traz os modelos de linguagem maiores; instale antes de criar o projeto. - Anote o nome do modelo: ele vai para o item 8 («ASReview LAB 3.0.8, modelo ELAS u4»). Trocar de modelo no meio da triagem também se relata.
Conhecimento prévio: buscar no próprio dataset e marcar ao menos um relevante e alguns irrelevantes


- Em «Prior knowledge», clique em «Search» e digite termos que só um estudo elegível teria (na demonstração: «crane predictive maintenance»).
- Em cada resultado há «Relevant», «Not relevant», «Open DOI» e «show more». Marque como relevante só o que você tem certeza de que entra.
- Busque termos claramente fora do escopo (na demonstração: «tourism», «blockchain») e marque irrelevantes.
- Confira o resumo («You added N relevant…») e clique em «Return»; depois «Screen».
Os registros de conhecimento prévio contam como rotulados «(Including priors)» no Dashboard e trazem, na Collection, o aviso de que foram rotulados por busca manual ou já vinham rotulados no dataset. Eles são decisões suas: entram no fluxograma como triados.
Um CSV com coluna included (1/0) entra com esses rótulos como conhecimento prévio — útil para retomar uma triagem feita noutra ferramenta.
Triar na tela «Reviewer»: um registro por vez, «Relevant» ou «Not relevant», atalhos r / i / n e notas


asreview_note da exportação.| Atalho | Ação |
|---|---|
| r | Relevante (o registro segue para o texto completo) |
| i | Irrelevante (excluído na triagem de título e resumo) |
| n | Abrir «Add note» — anote o motivo quando a decisão não for óbvia |
- Leia título e resumo contra os critérios do protocolo, não contra a sua intuição. Na dúvida entre incluir e excluir, inclua: a triagem de texto completo existe para isso.
- Uma decisão por registro, na hora. Não «pule»: o modelo retreina a cada rótulo e a fila muda.
- Use a nota para registrar o critério que decidiu («exclui: só simulação»); isso vira o motivo padronizado no texto completo e no item 16b.
- Faça o piloto do Handbook (4.6.4): os dois revisores triam a mesma amostra, comparam e ajustam a redação dos critérios antes da triagem completa.
Os 3 registros duplicados ficam ocultos e não aparecem no Reviewer. Se um deles fosse o único relatório de um estudo, o outro — com o mesmo texto — está na fila; nada se perde.
Dashboard: o progresso, o limiar de parada e o que a documentação diz sobre ele


- No Dashboard, «Progress» mostra Relevant, Not Relevant «(Including priors)» e Unlabeled; o chip «In Review» é o estado do projeto.
- Em «Stopping», clique em «Set Threshold» e defina o limiar: um número (CUSTOM) ou uma porcentagem do dataset (PERCENTAGE). Depois a tela mostra «Threshold N · Current n».
- «Current» é quantos irrelevantes seguidos você já rotulou desde o último relevante. Quando chega ao limiar, pare — e relate.
A regra de parada é «um limiar para o número de registros não relevantes desde o último relevante». A documentação não fixa um valor padrão: pede que você o baseie na própria experiência ou em estudos de simulação sobre temas parecidos, e diz que o limiar ideal ainda é objeto de pesquisa. A heurística SAFE (Boetje e van de Schoot, 2024) é uma alternativa conservadora, publicada, para decidir quando parar.
Escolher o limiar depois de ver o gráfico. Defina-o no protocolo (ou ao criar o projeto) e registre; se mudar, é emenda. Os registros não vistos ao parar entram no fluxograma como excluídos e o texto diz que foram excluídos pela regra de parada, não lidos.
Ler os gráficos: History e Density mostram onde os relevantes apareceram; Recall e Wave mostram se a fila secou


| Aba | O que mostra | Como ler |
|---|---|---|
| HISTORY | A sequência de decisões (Chronological ou Grouped) | Relevantes concentrados no início = o modelo está ordenando bem |
| DENSITY | A densidade de relevantes ao longo da fila | Densidade caindo a zero = a cauda chegou |
| RECALL | Relevantes encontrados × registros revisados | Platô prolongado = provável esgotamento |
| WAVE | Distância (em irrelevantes) entre relevantes consecutivos, com a linha do limiar | Quando a onda cruza a linha do limiar, a regra de parada disparou |
Os gráficos são evidência, não decisão. A decisão de parar é a regra definida antes; os gráficos mostram se ela foi atingida e ilustram o relato. O botão «share project analytics» gera um resumo para compartilhar com coautores — sem os registros.
Quando a fila seca: o aviso de parada, a curva de recall e os números finais da demonstração


| Painel final (demo) | Valor |
|---|---|
| Relevant (com priors) | 24 (25) |
| Not Relevant (com priors) | 231 (234) |
| Unlabeled | 3 — os duplicados ocultos |
| Threshold · Current | 30 · 76 |
Os rótulos desta demonstração vieram de uma regra de palavras-chave aplicada por script, não de julgamento humano: servem para mostrar as telas e a forma das curvas, não para avaliar o modelo. «Current 76» significa 76 irrelevantes seguidos desde o último relevante — bem acima do limiar 30, por isso o aviso.
Se a regra de parada do protocolo foi atingida: «Finish Project», exporte e relate quantos registros ficaram sem ver. Se quiser confirmar a cauda, «Review 20 More Records» aumenta o limiar — registre a mudança como emenda.
Depois de «Mark as Finished»: o chip muda para «Finished» e o painel estima o tempo poupado


- Confira antes de finalizar: exportações feitas (registros e projeto
.asreview), contagens anotadas, limiar e registros não vistos escritos no diário. - Finalize pelo chip «In Review» (ou pelo aviso de parada). O projeto some de «Current reviews»; a decisão é reversível pelo mesmo chip.
- Guarde o «Time Saved» só como curiosidade: o relato usa os números da tabela, não a estimativa.
Finalizar e depois «só corrigir um rótulo». A correção é permitida (Collection → ⋮ → «Change to…»), mas muda as contagens: refaça a exportação e atualize o fluxograma. Datas diferentes entre o CSV e o texto são o erro mais fácil de um avaliador apanhar.
Palavras de importância: o que o modelo aprendeu — e um teste de sanidade dos seus critérios

- Se as palavras dos relevantes são as do seu protocolo (equipamento, técnica, contexto), o modelo está aprendendo o critério certo.
- Se aparecem palavras que não têm relação com os critérios (o nome de um periódico, um ano, um país), você pode estar decidindo por algo que não está no protocolo — reveja as últimas decisões na Collection.
- Palavras dos irrelevantes ajudam a descobrir termos que a string de busca trouxe por engano; isso alimenta a discussão das limitações (item 23c).
- A lista muda a cada retreino. Não a use como critério de inclusão: ela descreve o passado da triagem, não o futuro.
Uma captura desta tela ao final da triagem, no material suplementar, ajuda o leitor a entender o que o modelo priorizou. Não substitui a descrição do item 8.
Collection: rever tudo o que foi rotulado, filtrar e mudar um rótulo quando o critério ficou mais claro


- Abra «Collection» no menu do projeto. Filtre por Relevant para conferir os incluídos; por Not relevant para revisar as exclusões; «Full history» mostra tudo na ordem.
- Use o campo «Filter» para achar um registro pelo título ou por uma palavra.
- No menu ⋮ do registro, «Change to…» inverte o rótulo; «Add note» registra o porquê.
Mudar um rótulo é legítimo quando o piloto ou uma discussão entre revisores esclareceu um critério — e é obrigatório anotar. A exportação guarda o horário de cada decisão (asreview_time); a nota guarda o motivo. Sem a nota, meses depois ninguém sabe por que aquele registro mudou de lado.
Na 3.0.8, «Remove my label» aparece como «Coming soon»: para desfazer uma decisão, inverta-a com «Change to…». O registro não volta à fila de não vistos.
Exportar: os registros (com as colunas asreview_*) para o fluxograma, e o projeto (.asreview) como backup


.asreview.| Coluna exportada | Conteúdo |
|---|---|
| asreview_label | 1 relevante, 0 irrelevante, vazio não visto |
| asreview_time | Horário da decisão |
| asreview_note | A nota do registro |
| asreview_prior | Se veio do conhecimento prévio |
| asreview_group_id | Grupo do registro (novidade da 3.0) |
- A ordem do arquivo é a do modelo: relevantes vistos primeiro, depois os não vistos por ranking, depois os irrelevantes vistos.
- Para o fluxograma, exporte tudo (as três caixas marcadas) com «Include hidden records»: as contagens saem de
asreview_label— 1, 0 e vazio. - Para o texto completo, exporte só «Relevant» em RIS e importe no Zotero, na coleção «texto completo».
- «Export project» gera o
.asreviewcom dataset, histórico, notas e configuração do modelo: é o backup e o material que se compartilha ou se publica (item 27). Importa-se pelo botão «IMPORT».
Marcar o projeto como finalizado — e a tela «Simulations», para saber como o modelo teria se saído


- Quando a regra de parada disparou e as exportações estão feitas, marque o projeto como finalizado pelo chip «In Review». A decisão é reversível pelo mesmo botão.
- Exporte o projeto (
.asreview) e guarde-o com os dados da revisão.
| Simulação | Para quê |
|---|---|
| Dataset totalmente rotulado | Medir o desempenho do modelo naquele dataset (recall ao longo da fila, trabalho poupado etc., via ASReview Insights) |
| Dataset parcialmente rotulado | Os rótulos existentes viram conhecimento prévio (modo oracle) |
| Uso na revisão | Estimar o limiar de parada com um dataset parecido já triado; justificar o limiar no protocolo com números, e não com palpite |
A simulação só é possível quando todos os rótulos são conhecidos — isto é, com uma revisão já concluída (a sua anterior, ou uma publicada com os dados). É a forma que a documentação sugere para basear o limiar em «estudos de simulação sobre temas parecidos».
Alternativa com equipe: Rayyan (plano gratuito com limites) e Covidence (pago) — comparação com o ASReview

| ASReview LAB | Rayyan | Covidence | |
|---|---|---|---|
| Onde roda | No seu computador (Apache 2.0) | Na nuvem, com conta | Na nuvem, com conta |
| Custo | Gratuito, sem limite | Free: 3 revisões ativas, 2 revisores convidados, 1 amostra. Essential US$ 4,99/assento/mês (anual) ou 8,33 (trimestral); Advanced US$ 8,33 ou 13,33; Business/Academic US$ 41,67/licença/mês (mínimo 5 = US$ 2.500/ano); Enterprise sob consulta | Teste com 500 registros; Single US$ 339/ano (1 revisão); Package US$ 907/ano (até 3); Organizations sob consulta |
| Equipe | Um revisor por projeto; dupla triagem = dois projetos e o kappa.py | Colaboração com papéis; triagem cega e auto-resolução de duplicatas não no plano gratuito | Plataforma em nuvem para equipes (detalhes não verificados neste manual) |
| Aprendizado ativo | Sim, é o núcleo | «Previsões de relevância» (inclusive no gratuito) | Não verificado |
| Extras | Simulação; exportação do projeto | Detecção de duplicatas; «Systematic Auto-Resolver» (até 200.000 referências); geração de diagrama PRISMA; app móvel off-line; «ResearchPilot» e «Risk Of Bias» como novidades | Citado no Handbook (cap. 5) também para extração de dados |
Escolha pelo que a revisão exige: dois revisores cegos com conflito resolvido na ferramenta pedem Rayyan (pago) ou Covidence; um revisor com muitos registros e orçamento zero pede ASReview. A ferramenta e a versão vão para o item 8 em qualquer caso. O EPPI-Reviewer (UCL) é outra opção paga citada no Handbook.
Triagem em dupla e a concordância: kappa.py, as faixas de Landis e Koch e o consenso

python3 kappa.py 02_triagem/triagem_dupla.csv # saída na demonstração (revisor B simulado): # n = 40 # B: incluir B: excluir # A: incluir 23 1 # A: excluir 2 14 # po = 0.925 pe = 0.525 kappa = 0.842 (quase perfeita, Landis e Koch 1977) # discordâncias a resolver por consenso: 3
| κ | Faixa (Landis e Koch, 1977) |
|---|---|
| < 0 | pobre |
| 0,00–0,20 | leve |
| 0,21–0,40 | razoável |
| 0,41–0,60 | moderada |
| 0,61–0,80 | substancial |
| 0,81–1,00 | quase perfeita |
- κ = (po − pe) / (1 − pe): concordância observada descontada a esperada ao acaso (Cohen, 1960; McHugh, 2012). No exemplo clássico com 50 propostas (20/5/10/15), po = 0,7, pe = 0,5 e κ = 0,4.
- Com o ASReview: cada revisor tria o próprio projeto (mesmo dataset, mesmo modelo); exportem, juntem por
ide rodem o script. - Resolva cada discordância por discussão e consenso, com um terceiro revisor quando preciso (Handbook 4.6.4); anote o resultado. Polanin e colegas (2019) dão dez diretrizes para triagem dupla em grande volume.
- Relate no item 8: quantos revisores, se independentes, o κ e como resolveram. Um κ baixo no piloto é sinal de critério mal escrito — corrija-o antes de continuar.
Texto completo: obter os PDFs, registrar «não obtido» e excluir com motivo padronizado
- Importe no Zotero, na coleção «texto completo», o RIS dos relevantes exportado do ASReview. Cada item precisa do PDF anexado.
- Para cada relatório sem PDF: tente o DOI, o repositório institucional, o preprint, o pedido ao autor (o Handbook considera «altamente desejável» contatar autores por dados-chave). Registre a tentativa e a data.
- O que não conseguiu depois disso é «Reports not retrieved» — com o número no fluxograma e a lista no suplemento.
- Dois revisores leem cada texto completo contra os critérios; cada exclusão recebe um motivo, da lista fechada abaixo (a sua lista será outra, mas fechada antes).
- Registre a decisão e o motivo na planilha; o total por motivo é o item 16b e a caixa «Reports excluded».
id,doi,pdf_obtido,tentativas,data,decisao,motivo,revisor_a,revisor_b,consenso …,10.xxxx/…,sim,,2026-09-12,incluir,,1,1, …,10.xxxx/…,nao,doi;repositorio;autor 2026-09-10,2026-09-15,nao_obtido,,,, …,10.xxxx/…,sim,,2026-09-12,excluir,so_simulacao,0,1,excluir
| Motivo (exemplo do fluxograma ilustrativo) | Regra de uso |
|---|---|
| Sem dados de campo | O estudo não relata aplicação com dados reais |
| Só simulação | Resultados exclusivamente simulados |
| Idioma | Fora dos idiomas do protocolo |
| Fora da população | Equipamento ou contexto fora do escopo |
| Sem desfecho relatado | Nenhuma medida do desfecho do protocolo |
Motivo é um só por relatório, escolhido na ordem da lista (o primeiro critério que falha). Assim a soma dos motivos bate com o total de excluídos. O Handbook (4.6.5) pede a lista dos estudos excluídos no texto completo com o motivo; o PRISMA (16b) pede o mesmo — e quer citações para os «quase incluídos».
Descartar em silêncio o que não achou. «Não obtido» é uma caixa do fluxograma e uma limitação (23c). Contar esses relatórios como excluídos distorce a conta e esconde um viés de acesso.
Do estudo incluído à resposta da pergunta
Um formulário pilotado, preenchido por duas pessoas; uma avaliação da qualidade ou do risco de viés adequada ao tipo de estudo; uma medida da certeza quando couber; e uma síntese que respeite o que os estudos permitem — narrativa, tabular ou meta-analítica.
Formulário de extração: a ponte entre o que o estudo relata e o que a revisão relata — pilotado e preenchido por dois
O Handbook (5.4.1) chama o formulário de «ponte entre o que os investigadores originais relatam e o que a revisão relata». Ele deve ser pilotado numa amostra de estudos antes do uso (5.4.3, padrão MECIR) e preenchido por pelo menos duas pessoas independentes (MECIR 5.5.a; obrigatório para dados de desfecho, C46). Ferramentas citadas: papel, Google Forms, Covidence, EPPI-Reviewer, SRDR — uma planilha com colunas fixas serve.
| Grupo (tabela 5.3.a) | Campos típicos |
|---|---|
| Fonte | Identificador, citação, quem extraiu, data |
| Elegibilidade | Confirmação de cada critério; motivo se excluído nesta fase |
| Métodos | Desenho, duração, contexto, unidade de análise |
| Participantes / objeto | Na saúde, participantes; em engenharia, o sistema, o equipamento, o conjunto de dados |
| Intervenções / tecnologia | O que foi aplicado, com detalhe suficiente para comparar entre estudos |
| Desfechos | Cada desfecho do protocolo (10a): como foi medido, quando, em que unidade |
| Resultados | Valores, intervalos, tamanho da amostra; onde no texto (página, tabela) |
| Outras variáveis | Financiamento, conflitos, o que o item 10b pedir |
- Monte o formulário a partir da «tabela vazia do resultado» da pergunta: cada coluna da síntese é um campo aqui.
- Pilote com três a cinco estudos, os dois extratores em separado; compare, ajuste definições e instruções.
- Extraia em dupla; registre discordâncias e o consenso. Dados de desfecho sempre em dupla.
- Quando faltar um dado-chave, contate o autor (o Handbook considera «altamente desejável», C49) e registre a resposta ou a ausência dela.
- Anote a página ou a tabela de origem de cada valor: é o que permite a conferência depois.
Nada de extração «direto para a síntese». O formulário existe para que dois extratores cheguem ao mesmo valor pelo mesmo caminho — e para que o item 9 possa dizer quantos extraíram, se independentes e como resolveram discordâncias.
Para ler os PDFs incluídos com o trecho ao alcance e montar a primeira versão da matriz, o manual do Gemini Notebook descreve o fluxo; a conferência célula a célula continua sendo sua.
Risco de viés ou qualidade: RoB 2 e ROBINS-I na saúde; critérios de qualidade à maneira de Kitchenham em engenharia; AMSTAR 2 para revisões de revisões
| Ferramenta | Para que tipo de estudo | O que avalia |
|---|---|---|
| RoB 2 (Sterne et al., 2019) | Ensaios randomizados | Cinco domínios: processo de aleatorização; desvios das intervenções pretendidas; dados de desfecho ausentes; medição do desfecho; seleção do resultado relatado. Julgamento: baixo risco · algumas preocupações · alto risco |
| ROBINS-I (Sterne et al., 2016) | Estudos não randomizados de intervenções | Risco de viés em estudos não randomizados de intervenções, avaliado por domínios, com julgamento por desfecho |
| Critérios de qualidade (à maneira de Kitchenham et al., 2009; Brereton et al., 2007) | Estudos de engenharia e computação (experimentos, estudos de caso, avaliações) | Perguntas fechadas definidas no protocolo, respondidas sim / parcialmente / não por dois avaliadores; a pontuação descreve, não exclui — salvo se o protocolo disser |
| AMSTAR 2 (Shea et al., 2017) | Revisões sistemáticas incluídas numa revisão de revisões | Confiança nos resultados da revisão |
Q1 Os objetivos do estudo estão claramente definidos?
Q2 O contexto (sistema, dados, operação) está descrito o bastante
para reproduzir ou comparar?
Q3 O método de validação é adequado (dados reais? separação
treino/teste? comparação com linha de base?)
Q4 Os resultados são relatados com medida e incerteza?
Q5 As limitações e ameaças à validade são discutidas?
Resposta: sim = 1 · parcialmente = 0,5 · não = 0 — por dois avaliadoresA ferramenta tem de combinar com o desenho dos estudos incluídos; não use RoB 2 em estudo de caso nem uma lista de qualidade em ensaio randomizado. Relate no item 11 qual ferramenta, quantos avaliadores, se independentes, e no item 18 o resultado por estudo — em tabela, não em prosa.
Usar a pontuação de qualidade como critério de exclusão não previsto. Se o protocolo não disse que estudos abaixo de X saem, eles ficam — e a qualidade entra na síntese e na certeza (próximo slide).
Certeza da evidência: GRADE — quatro níveis, cinco fatores que rebaixam, três que elevam — e quando não se aplica
| Nível | Símbolo | Significado |
|---|---|---|
| Alta | ⊕⊕⊕⊕ | Muita confiança de que o efeito verdadeiro está próximo do estimado |
| Moderada | ⊕⊕⊕◯ | Confiança moderada; o efeito verdadeiro provavelmente está próximo, mas pode diferir |
| Baixa | ⊕⊕◯◯ | Confiança limitada; o efeito verdadeiro pode ser bem diferente |
| Muito baixa | ⊕◯◯◯ | Muito pouca confiança na estimativa |
- Risco de viés
- Inconsistência entre estudos
- Evidência indireta
- Imprecisão
- Viés de publicação
- Efeito grande
- Gradiente dose-resposta
- Confundimento residual plausível que subestimaria o efeito
O GRADE (Guyatt et al., 2011) classifica a certeza da evidência por desfecho, não por estudo, e apresenta o resultado na tabela «Summary of findings» (Handbook, cap. 14). Os cinco fatores ao lado rebaixam o nível; os três elevam. O resultado é um nível por desfecho, com a justificativa de cada rebaixamento.
| Situação | O que fazer |
|---|---|
| Revisão de intervenção com desfechos comparáveis | GRADE por desfecho; tabela de sumário de resultados; itens 15 e 22 preenchidos |
| Revisão de engenharia sem desfecho comparável entre estudos | O GRADE não se aplica bem: diga isso nos itens 15 e 22 e use a avaliação de qualidade do slide anterior para ponderar a síntese |
| Revisão de escopo | Não avalia certeza (PRISMA-ScR não exige) |
«Não se aplica» é resposta legítima para os itens 15 e 22 — desde que justificada. O que não é legítimo é omitir os itens ou aplicar o GRADE a desfechos que não são comparáveis só para preencher a tabela.
Síntese: a matriz responde à pergunta; a meta-análise só quando os estudos permitem
O Handbook separa a preparação para a síntese (cap. 9), a meta-análise (10), a meta-análise em rede (11) e a síntese por outros métodos (12). Em revisões de engenharia e computação, o caso comum é a síntese narrativa estruturada ou tabular: uma matriz em que cada linha é um estudo incluído e cada coluna é uma pergunta do protocolo, agrupada e comparada por tema. O item 13 pede que você diga, antes, qual método e por quê.
id,estudo,ano,equipamento,contexto_dados,tarefa,abordagem_ia,comparador,validacao,resultado_preditivo,efeito_operacional,limitacoes,qualidade_media,pagina_fonte
| Método | Quando | O que relatar (13a–13f, 20a–20d) |
|---|---|---|
| Tabular / narrativa estruturada | Desfechos ou contextos heterogêneos; estudos de caso; tecnologias diversas | Como agrupou; como comparou; tabela por tema; o que impediu a meta-análise |
| Meta-análise | Mesmo desfecho, mesma medida, estudos comparáveis | Modelo, medida de efeito, heterogeneidade, análises de sensibilidade |
- Preencha a matriz a partir do formulário de extração — nunca direto do PDF para a síntese.
- Agrupe as linhas pelo eixo que a pergunta pede (tecnologia, contexto, desfecho) e descreva cada grupo: o que converge, o que diverge, com que qualidade.
- Separe desempenho preditivo de efeito operacional (ou o equivalente na sua área): prever bem não prova reduzir paradas; a síntese que mistura os dois responde a uma pergunta que ninguém fez.
- Pondere pela qualidade: um achado sustentado só por estudos de qualidade baixa se relata como tal (item 20).
Toda frase de resultado aponta para linhas da matriz; toda célula da matriz aponta para uma página. Se um leitor não consegue ir do parágrafo ao estudo e do estudo ao trecho, a síntese não é conferível.
A leitura dos PDFs e a primeira versão da matriz com o Gemini Notebook, conferida célula a célula, estão no manual do Gemini Notebook. Esse uso também se declara (Parte 5).
Fluxograma, checklist, item 8, tradução e dados abertos
O que o leitor vai ver: o fluxograma com os números que você anotou, a checklist com a página de cada item, um parágrafo de Métodos que declara as ferramentas — inclusive o ASReview e a IA generativa — e os dados e o código publicados.
O fluxograma: quatro modelos em Word no site oficial — ou o app de Haddaway, que gera PDF, PNG, SVG e HTML interativo


| Caminho | Quando | Saída |
|---|---|---|
| Modelo .docx | Você prefere editar no Word; poucas fontes | Figura no próprio documento; as caixas já trazem o texto oficial |
| App Shiny | Quer PDF/PNG/SVG limpos e uma versão interativa | PDF, PNG, SVG, HTML interativo (e ZIP) e CSV com os números |
- Escolha o modelo: revisão nova ou atualizada; só bases e registros, ou também outras fontes (snowballing, sites, organizações).
- Pegue os números de
02_triagem/contagens_prisma.csv(Parte 2, último slide). Confira a aritmética antes de digitar. - No app, os campos
previous,other,dbDetail,regDetailemetaAnalysisligam ou desligam caixas; «Click to reset» limpa tudo; a aba «Create flow diagram» gera a figura.
Registros não vistos pelo aprendizado ativo entram em «Records excluded» com a explicação no texto («n registros não foram revisados manualmente por terem ficado abaixo da regra de parada»). Não existe caixa própria para eles; a transparência fica no item 8 e na legenda da figura.
O fluxograma no app, passo a passo — com números ilustrativos que fecham a conta

| Caixa | Valor ilustrativo | Conta |
|---|---|---|
| Identificados (bases A, B, C) | 300 + 180 + 95 = 575 | — |
| Duplicatas removidas | 140 | 575 − 140 = 435 |
| Triados → excluídos | 435 → 380 | 435 − 380 = 55 |
| Buscados → não obtidos | 55 → 3 | 55 − 3 = 52 |
| Avaliados → excluídos com motivo | 52 → sem dados de campo 20 · só simulação 9 · idioma 2 | 52 − 31 = 21 |
| Incluídos | 21 estudos (23 relatórios) | + os da outra coluna |
| Outros métodos | websites 4 · organizações 2 · citações 6 = 12 buscados → 1 não obtido → 11 avaliados → 7 excluídos | 11 − 7 = 4 |
- Preencha cada campo do app com o valor da sua planilha; deixe em branco (ou desligue) o que não usou.
- Gere o diagrama e confira caixa por caixa contra a planilha.
- Exporte em PDF ou SVG para o artigo e o CSV para o suplemento; guarde os dois com a data.
- Na legenda, explique o que «excluídos» na triagem inclui (decisões humanas + não vistos pela regra de parada) e cite a ferramenta.
Um estudo com dois relatórios contado duas vezes. «Studies included» e «Reports of included studies» são caixas diferentes por isso. Se uma tese e um artigo relatam o mesmo estudo, é 1 estudo e 2 relatórios.
A checklist on-line (prisma.shinyapps.io/checklist): 27 + 12 itens, página de cada um, «Generate Report»

- Abra o app com a versão final do manuscrito ao lado. Para cada item, escreva a página (ou a seção) onde ele está.
- Item sem lugar no texto é item faltando: volte ao manuscrito e escreva — ou justifique («não se aplica porque…»), que também é uma localização.
- «Generate Report» produz a checklist preenchida; anexe-a como material suplementar ou como exige o periódico.
- Refaça a checklist a cada rodada de revisão: as páginas mudam.
| Itens que mais faltam | Onde costumam ficar |
|---|---|
| 7 Estratégia de busca completa | Material suplementar, uma string por base, com data |
| 8 Processo de seleção | Métodos: revisores, independência, resolução, ferramentas com versão (próximo slide) |
| 16b Excluídos no texto completo com motivo | Suplemento com a lista e as citações dos «quase incluídos» |
| 24 Registro e protocolo | Identificador, onde o protocolo está, emendas com data |
| 27 Dados, código e materiais | Repositório, com o que está lá |
A checklist se preenche com a versão que vai ser submetida — não com o rascunho. E se preenche por quem escreveu, não por quem formatou: cada «página» é uma afirmação de que o item está relatado ali.
Item 8: declarar quem triou, como resolveram, e cada ferramenta com versão — o ASReview e a IA generativa incluídos
Pelo artigo de explicação e elaboração, o item 8 pede: quantos revisores triaram cada registro e cada relatório; se trabalharam independentemente (sem conhecer a decisão do outro); como resolveram discordâncias; e, se usaram ferramentas de automação, como foram integradas, qual software e versão, e se eliminaram registros antes ou depois da revisão humana. O exemplo do E&E: três pesquisadores revisaram títulos e resumos de forma independente; discordâncias resolvidas por consenso em discussão.
| Declarar | Valor (da demonstração deste manual, como exemplo) |
|---|---|
| Ferramenta e versão | ASReview LAB 3.0.8, instalação local |
| Modelo | ELAS u4 (padrão) |
| Conhecimento prévio | 1 relevante e 3 irrelevantes, por busca no dataset |
| Regra de parada | Limiar de 30 irrelevantes consecutivos, definido no protocolo |
| Registros não vistos | Quantos ficaram sem revisão humana ao parar (na captura do Dashboard, 176 ainda por ver) |
| Duplicatas ocultas | 3, somadas às removidas antes da triagem |
| IA generativa | Ferramenta, versão, etapa, finalidade, o que foi conferido e o que ela não fez — conforme o manual de Uso de IA |
Dois revisores (A e B) triaram títulos e resumos de forma independente, sem conhecer a decisão um do outro. A triagem foi feita no ASReview LAB 3.0.8 (van de Schoot et al., 2021), instalado localmente, com o modelo padrão ELAS u4 e aprendizado ativo para ordenar a fila de registros; o modelo não excluiu registros por conta própria. O conhecimento prévio consistiu em N registros relevantes e M irrelevantes identificados por busca no próprio conjunto. A regra de parada, definida no protocolo, foi de 30 registros consecutivos irrelevantes; ao atingi-la, K registros ficaram sem revisão manual e foram contados como excluídos. A concordância entre os revisores em uma amostra de 40 registros foi κ = 0,84 (Cohen); as discordâncias foram resolvidas por consenso, com um terceiro revisor quando necessário. Os textos completos foram avaliados pelos mesmos dois revisores. Uma ferramenta de IA generativa ([nome, versão]) foi usada em [etapa] para [finalidade]; toda saída foi conferida por [quem] contra [fonte]; nenhuma decisão de inclusão, extração ou interpretação foi delegada a ela.
O ASReview não decide nada; o parágrafo tem de deixar isso claro («não excluiu registros por conta própria») e, ao mesmo tempo, dizer quantos registros ninguém leu. As duas frases juntas são a transparência que o item 8 pede.
A tradução oficial em português: para citar, para os nomes dos itens e para o fluxograma em .docx


| Para | Cite |
|---|---|
| A diretriz | PAGE et al., 2021 (BMJ, n71) — o original |
| Os itens em português | PAGE et al., 2022 (Epidemiol. Serv. Saúde, v. 31, n. 2) — a tradução |
| A apresentação da tradução | GALVÃO; TIGUMAN; SARKIS-ONOFRE, 2022 (Epidemiol. Serv. Saúde, v. 31, n. 2, e2022364) |
| Exemplos por item | PAGE; MOHER et al., 2021 (BMJ, n160) — explicação e elaboração |
- Em trabalho escrito em português, use os títulos dos itens da tradução (é o que este manual faz) e cite o original e a tradução.
- O fluxograma em .docx traduzido está na página de traduções; o app de Haddaway gera em inglês — se o periódico exigir português, use o .docx.
- A checklist para resumos em português consta na versão europeia; a brasileira traz o artigo e o fluxograma. A versão de doi.org/10.26633/RPSP.2022.112 (Revista Panamericana de Salud Pública) é a mesma tradução.
As referências em formato ABNT estão no slide «Referências» (Parte 6). Copie de lá — ou, melhor, importe os DOIs no Zotero e gere a lista com o estilo ABNT, como ensina o manual do Zotero.
Item 27: publicar os dados e o código — o que vai para o repositório, o que fica fora, e por quê
| Publicar | Onde / como |
|---|---|
| Protocolo e emendas | O registro (PROSPERO ou OSF) já é público; ligue o identificador |
| Estratégias de busca completas, com datas e totais | Suplemento ou repositório (01_buscas/buscas.csv) |
| Consulta reprodutível e resultado (bases abertas) | O JSON da consulta e o CSV do OpenAlex; os scripts deduplicar.py e kappa.py |
Dataset exportado do ASReview (com asreview_*) e o projeto .asreview | Repositório; quem baixar reproduz a triagem e vê cada decisão com horário e nota |
| Planilha de texto completo e lista de excluídos com motivo | Suplemento (item 16b) |
| Formulário de extração, matriz de síntese, avaliações de qualidade | Repositório, em CSV |
| Fluxograma em CSV/SVG e a checklist gerada | Suplemento |
- Tudo o que você produziu: planilhas, scripts, consultas, exportações do ASReview, o fluxograma, a checklist
- Registros vindos de bases abertas (OpenAlex, por exemplo)
- A lista dos incluídos e dos excluídos no texto completo, com DOI
- Exportações de bases assinadas (resumos licenciados) — publique a estratégia e as contagens, não o arquivo
- PDFs de artigos pagos
- Qualquer dado pessoal (contatos com autores, por exemplo)
Use um repositório público com identificador persistente — o OSF, onde o protocolo já está, aceita os arquivos do projeto. Publique antes da submissão e coloque o endereço no item 27; «disponível mediante solicitação» não é disponibilidade.
.asreview permiteQuem importa o projeto (botão IMPORT) vê o dataset, o histórico de decisões, as notas e a configuração do modelo — e pode rodar uma simulação com os seus rótulos para estimar o limiar da própria revisão. É a forma mais completa de tornar a triagem auditável.
Plugin, erros comuns, checklist, glossário e referências
Como o plugin Pesquisa MirandasTech conduz as fases de busca, triagem e leitura com este manual como fonte; o que costuma dar errado; a lista para conferir antes de submeter; os termos; as fontes — e como citar.
Tudo num só plugin: o Pesquisador conduz as fases 4 (busca e biblioteca), 5 (triagem) e 6 (leitura e síntese) com este manual
O plugin Pesquisa MirandasTech (para Claude Code e Codex) coloca os quatro papéis dos manuais dentro do assistente, com um estado único (PROGRESSO.md) e um gerente — o Pesquisador — que só fecha uma fase com evidência. Nas fases desta revisão ele usa os arquivos que este manual manda criar: o diário de busca, as contagens do PRISMA, a exportação do ASReview, a planilha de texto completo e a matriz de síntese.
| Fase | O que o Pesquisador exige para fechar | Slides deste manual |
|---|---|---|
| 4 Busca e biblioteca | Protocolo congelado e registrado; strings verbatim com data, filtros e total em 01_buscas/; coleção por base e data no Zotero; duplicatas mescladas e contadas | Partes 1 e 2 |
| 5 Triagem | Codebook de critérios; triagem com decisão humana por registro; ferramenta, versão, modelo e regra de parada anotados; κ com a amostra; contagens do PRISMA em 02_triagem/ | Parte 3 |
| 6 Leitura e síntese | PDFs dos incluídos; formulário de extração pilotado; matriz com as colunas do protocolo, cada célula conferida; avaliação de qualidade por estudo | Parte 4 |
Pesquisador, onde paramos? Pesquisador, o que falta para fechar a fase 5? Orientador, posso usar o ASReview na triagem? Como registro e declaro? Bibliotecário, audite a coleção «texto completo»: quais itens estão sem PDF? /pesquisa:status /pesquisa:proxima /pesquisa:declarar
O plugin não tria, não extrai e não sintetiza: ele confere que os arquivos existem, que as contagens fecham e que cada uso de IA tem uma linha em USO_DE_IA.csv — e monta a declaração a partir dela. As decisões de inclusão continuam sendo suas, uma por registro.
Metodologia decide a pergunta e o método; Zotero registra a biblioteca; este manual conduz e relata a revisão; Gemini Notebook lê com o trecho ao alcance; Uso de IA delega e declara; o plugin mantém a ordem. Hub: mirandastech.com.br/pesquisa.
Erros comuns — como aparecem e como corrigir
| Erro | Como aparece | Causa | Correção |
|---|---|---|---|
| Chamar de «sistemática» uma revisão narrativa | Checklist PRISMA com metade dos itens «não se aplica» | Sem protocolo, sem busca exaustiva, sem dois revisores | decidir o tipo (slide 5) e o guia certo |
| Usar o PRISMA como método | Métodos descrevem a checklist em vez do que foi feito | Confundir relato com condução | conduzir pelo Handbook / guias da área; relatar pelo PRISMA |
| Protocolo sem registro | Item 24a vazio; revisor pergunta se os critérios mudaram | Pulou o PROSPERO / OSF | registrar antes da triagem; aceito até o fim da extração |
| Google Scholar como base principal | Busca que ninguém consegue repetir | Resultado varia por conta, dia e lugar | bases com exportação; Scholar só como fonte complementar |
| String resumida no artigo | Item 7 e PRISMA-S incompletos | Não guardou a string verbatim de cada base | diário de busca; strings no suplemento |
| Contagens reconstruídas no fim | Fluxograma que não fecha | Não anotou na hora | contagens_prisma.csv preenchida em cada etapa |
| Limiar de parada escolhido depois | «Paramos quando pareceu suficiente» | Regra não definida no protocolo | limiar no protocolo; simulação para justificar |
| Registros não vistos omitidos | Triados = lidos, sem menção ao aprendizado ativo | Medo de parecer «incompleto» | item 8: quantos não vistos, qual regra, qual modelo |
| Triagem por um revisor só, sem dizer | Item 8 vago («os autores triaram») | Falta de gente ou de tempo | dizer que foi um; ou dupla em amostra com κ |
| Motivos de exclusão livres | Soma dos motivos ≠ total de excluídos | Lista aberta, mais de um motivo por relatório | lista fechada, um motivo por relatório, na ordem |
| «Não obtido» contado como excluído | Caixa «Reports not retrieved» em zero | PDFs que não achou foram descartados | registrar tentativas; caixa própria; limitação 23c |
| Qualidade usada para excluir sem prever | Estudos somem entre a triagem e a síntese | Critério inventado depois | manter; ponderar na síntese; ou emenda registrada |
| GRADE aplicado a desfechos não comparáveis | Tabela de sumário sem sentido | Preencher por preencher | «não se aplica», com justificativa |
| IA generativa usada e não declarada | Item 8 e a declaração de uso de IA sem a ferramenta | Uso não registrado na hora | linha em USO_DE_IA.csv; parágrafo-modelo do slide 47 |
| Dados «mediante solicitação» | Item 27 sem endereço | Não publicou o repositório | OSF com scripts, planilhas e o .asreview antes de submeter |
Checklist final: antes de submeter a revisão
Marque conforme concluir. O estado fica salvo neste navegador — não é compartilhado nem enviado a lugar nenhum.
Glossário
Tudo que aparece no manual sem ser explicado no próprio slide.
Revisão e relato
- Revisão sistemática
- Revisão com pergunta delimitada, busca exaustiva e reprodutível, critérios explícitos, avaliação da qualidade e síntese dos estudos elegíveis; com ou sem meta-análise.
- Revisão de escopo
- Mapeamento da literatura, dos conceitos e das lacunas de um tema, para decidir se uma revisão sistemática se justifica; relatada pelo PRISMA-ScR.
- PRISMA
- Preferred Reporting Items for Systematic reviews and Meta-Analyses: guia de relato de revisões sistemáticas; a versão 2020 tem 27 itens, checklist para resumos e fluxogramas.
- PRISMA-P
- Extensão para o relato do protocolo da revisão (2015).
- PRISMA-S
- Extensão para o relato da busca: 16 itens em quatro seções (fontes e métodos; estratégias; revisão por pares; gestão dos registros).
- PRISMA-ScR
- Extensão para revisões de escopo: 20 itens essenciais e 2 opcionais.
- Protocolo
- Documento que fixa, antes da busca, pergunta, critérios, fontes, estratégia, seleção, extração, avaliação e síntese; mudanças posteriores são emendas datadas (item 24c).
- PROSPERO
- Registro internacional de revisões sistemáticas com desfechos relacionados à saúde, do CRD (University of York); gratuito, exige login.
- OSF Registries (OSF)
- Registros do Open Science Framework, gratuitos, para qualquer área; o template «Generalized Systematic Review» serve para revisões fora da saúde.
- Critérios de elegibilidade
- Regras de inclusão e exclusão (tipo de estudo, população ou objeto, período, idioma, desfecho) aplicáveis igualmente por dois revisores.
- PICO
- População, Intervenção, Comparador, desfecho (Outcome): esquema para decompor a pergunta; em engenharia, população, tecnologia, contexto e desfecho.
- Fluxograma
- Diagrama do PRISMA com as contagens de identificação, triagem e inclusão; modelos em Word no site oficial ou app de Haddaway.
- Extração de dados
- Preenchimento, por dois extratores, de um formulário pilotado com os dados de cada estudo incluído, anotando a página de origem.
- Risco de viés
- Avaliação de quanto o desenho ou a condução de um estudo pode ter distorcido o resultado; RoB 2 para ensaios randomizados, ROBINS-I para não randomizados.
- GRADE
- Sistema que classifica a certeza da evidência por desfecho em quatro níveis (alta, moderada, baixa, muito baixa), com cinco fatores que rebaixam e três que elevam.
Busca, triagem e ferramentas
- Deduplicação
- Remoção dos registros repetidos entre bases, por DOI e por título normalizado; no Zotero, «Itens duplicados»; no manual,
deduplicar.py. - DOI
- Digital Object Identifier: identificador persistente de uma publicação; base da deduplicação e da lista de incluídos.
- RIS
- Formato de arquivo de referências bibliográficas aceito pelo Zotero e pelo ASReview; alternativa ao CSV para trocar registros entre ferramentas.
- Snowballing
- Busca de citações a partir dos estudos incluídos: para trás (referências) e para frente (quem os citou), em iterações até não haver inclusão nova.
- Triagem
- Aplicação dos critérios em duas etapas: títulos e resumos; depois texto completo. Cada decisão é humana e registrada.
- Aprendizado ativo
- Método em que um modelo aprende com cada decisão do revisor e reordena a fila de registros não vistos; muda a ordem, não a decisão.
- Conhecimento prévio
- Registros rotulados antes de começar (ao menos um relevante e alguns irrelevantes) para o modelo iniciar o ranking; no ASReview, «Prior knowledge».
- Regra de parada
- Limiar, definido no protocolo, de registros irrelevantes consecutivos desde o último relevante; ao atingi-lo, a triagem para e os não vistos são relatados.
- Recall
- Proporção dos registros relevantes já encontrados; a aba RECALL do ASReview mostra a curva ao longo da triagem.
- ELAS
- Nome dos modelos prontos do ASReview LAB: u4 e u3 (Ultra), l2 (Language Agnostic), h3 (Heavy); l2 e h3 exigem o pacote ASReview-Dory.
- Kappa de Cohen
- Medida de concordância entre dois revisores descontada a esperada ao acaso: κ = (po − pe)/(1 − pe); faixas de Landis e Koch.
- Consenso
- Resolução das discordâncias entre revisores por discussão, com um terceiro revisor quando preciso; registrada.
- Motivo de exclusão padronizado
- Item de uma lista fechada, um por relatório excluído no texto completo, na ordem dos critérios; soma igual ao total de excluídos (item 16b).
- Matriz de síntese
- Tabela em que cada linha é um estudo incluído e cada coluna uma pergunta do protocolo; base da síntese narrativa ou tabular.
- Arquivo .asreview
- Exportação do projeto do ASReview com dataset, histórico de decisões, notas e configuração do modelo; serve de backup e de material publicável.
Referências (1 de 2): diretrizes, métodos e busca
- PAGE, M. J.; McKENZIE, J. E.; BOSSUYT, P. M. et al. The PRISMA 2020 statement: an updated guideline for reporting systematic reviews. BMJ, v. 372, n71, 2021.doi.org/10.1136/bmj.n71
- PAGE, M. J.; MOHER, D.; BOSSUYT, P. M. et al. PRISMA 2020 explanation and elaboration: updated guidance and exemplars for reporting systematic reviews. BMJ, v. 372, n160, 2021.doi.org/10.1136/bmj.n160
- PAGE, M. J. et al. A declaração PRISMA 2020: diretriz atualizada para relatar revisões sistemáticas. Epidemiologia e Serviços de Saúde, v. 31, n. 2, 2022.doi.org/10.5123/S1679-49742022000200033
- GALVÃO, T. F.; TIGUMAN, G. M. B.; SARKIS-ONOFRE, R. A declaração PRISMA 2020 em português: recomendações atualizadas para o relato de revisões sistemáticas. Epidemiologia e Serviços de Saúde, v. 31, n. 2, e2022364, 2022.doi.org/10.1590/SS2237-9622202200011
- MOHER, D.; LIBERATI, A.; TETZLAFF, J.; ALTMAN, D. G. Preferred Reporting Items for Systematic Reviews and Meta-Analyses: The PRISMA Statement. PLoS Medicine, v. 6, n. 7, e1000097, 2009.doi.org/10.1371/journal.pmed.1000097
- MOHER, D.; SHAMSEER, L.; CLARKE, M. et al. Preferred reporting items for systematic review and meta-analysis protocols (PRISMA-P) 2015 statement. Systematic Reviews, v. 4, n. 1, 2015.doi.org/10.1186/2046-4053-4-1
- TRICCO, A. C.; LILLIE, E.; ZARIN, W. et al. PRISMA extension for scoping reviews (PRISMA-ScR): checklist and explanation. Annals of Internal Medicine, v. 169, n. 7, p. 467-473, 2018.doi.org/10.7326/M18-0850
- RETHLEFSEN, M. L.; KIRTLEY, S.; WAFFENSCHMIDT, S. et al. PRISMA-S: an extension to the PRISMA Statement for Reporting Literature Searches in Systematic Reviews. Systematic Reviews, v. 10, n. 1, 39, 2021.doi.org/10.1186/s13643-020-01542-z
- McGOWAN, J.; SAMPSON, M.; SALZWEDEL, D. M. et al. PRESS Peer Review of Electronic Search Strategies: 2015 Guideline Statement. Journal of Clinical Epidemiology, v. 75, p. 40-46, 2016.doi.org/10.1016/j.jclinepi.2016.01.021
- GRANT, M. J.; BOOTH, A. A typology of reviews: an analysis of 14 review types and associated methodologies. Health Information & Libraries Journal, v. 26, n. 2, p. 91-108, 2009.doi.org/10.1111/j.1471-1842.2009.00848.x
- PETERS, M. D. J.; MARNIE, C.; TRICCO, A. C. et al. Updated methodological guidance for the conduct of scoping reviews. JBI Evidence Synthesis, 2020.doi.org/10.11124/JBIES-20-00167
- KITCHENHAM, B.; BRERETON, O. P.; BUDGEN, D. et al. Systematic literature reviews in software engineering – A systematic literature review. Information and Software Technology, v. 51, n. 1, p. 7-15, 2009.doi.org/10.1016/j.infsof.2008.09.009
- BRERETON, P.; KITCHENHAM, B.; BUDGEN, D.; TURNER, M.; KHALIL, M. Lessons from applying the systematic literature review process within the software engineering domain. Journal of Systems and Software, 2007.doi.org/10.1016/j.jss.2006.07.009
- OKOLI, C. A Guide to Conducting a Standalone Systematic Literature Review. Communications of the AIS, v. 37, 2015.doi.org/10.17705/1CAIS.03743
- WOHLIN, C. Guidelines for snowballing in systematic literature studies and a replication in software engineering. In: EASE 2014.doi.org/10.1145/2601248.2601268
- GREENHALGH, T.; PEACOCK, R. Effectiveness and efficiency of search methods in systematic reviews of complex evidence: audit of primary sources. BMJ, v. 331, n. 7524, p. 1064-1065, 2005.doi.org/10.1136/bmj.38636.593461.68
- GUSENBAUER, M.; HADDAWAY, N. R. Which academic search systems are suitable for systematic reviews or meta-analyses? Evaluating retrieval qualities of Google Scholar, PubMed, and 26 other resources. Research Synthesis Methods, v. 11, n. 2, p. 181-217, 2020.doi.org/10.1002/jrsm.1378
- BRAMER, W. M.; RETHLEFSEN, M. L.; KLEIJNEN, J.; FRANCO, O. H. Optimal database combinations for literature searches in systematic reviews: a prospective exploratory study. Systematic Reviews, v. 6, 245, 2017.doi.org/10.1186/s13643-017-0644-y
- McKEOWN, S.; MIR, Z. M. Considerations for conducting systematic reviews: evaluating the performance of different methods for de-duplicating references. Systematic Reviews, v. 10, 2021.doi.org/10.1186/s13643-021-01583-y
- POLANIN, J. R.; PIGOTT, T. D.; ESPELAGE, D. L.; GROTPETER, J. K. Best practice guidelines for abstract screening large-evidence systematic reviews and meta-analyses. Research Synthesis Methods, v. 10, n. 3, p. 330-342, 2019.doi.org/10.1002/jrsm.1354
Referências (2 de 2): triagem, concordância, qualidade e sites
- O'MARA-EVES, A.; THOMAS, J.; McNAUGHT, J.; MIWA, M.; ANANIADOU, S. Using text mining for study identification in systematic reviews: a systematic review of current approaches. Systematic Reviews, v. 4, 5, 2015.doi.org/10.1186/2046-4053-4-5
- MARSHALL, I. J.; WALLACE, B. C. Toward systematic review automation: a practical guide to using machine learning tools in research synthesis. Systematic Reviews, v. 8, 163, 2019.doi.org/10.1186/s13643-019-1074-9
- VAN DE SCHOOT, R.; DE BRUIN, J.; SCHRAM, R. et al. An open source machine learning framework for efficient and transparent systematic reviews. Nature Machine Intelligence, v. 3, n. 2, p. 125-133, 2021.doi.org/10.1038/s42256-020-00287-7
- BOETJE, J.; VAN DE SCHOOT, R. The SAFE procedure: a practical stopping heuristic for active learning-based screening in systematic reviews and meta-analyses. Systematic Reviews, v. 13, 81, 2024.doi.org/10.1186/s13643-024-02502-7
- OUZZANI, M.; HAMMADY, H.; FEDOROWICZ, Z.; ELMAGARMID, A. Rayyan—a web and mobile app for systematic reviews. Systematic Reviews, v. 5, 210, 2016.doi.org/10.1186/s13643-016-0384-4
- HADDAWAY, N. R.; PAGE, M. J.; PRITCHARD, C. C.; McGUINNESS, L. A. PRISMA2020: An R package and Shiny app for producing PRISMA 2020-compliant flow diagrams, with interactivity for optimised digital transparency and Open Synthesis. Campbell Systematic Reviews, v. 18, n. 2, e1230, 2022.doi.org/10.1002/cl2.1230
- COHEN, J. A Coefficient of Agreement for Nominal Scales. Educational and Psychological Measurement, v. 20, n. 1, p. 37-46, 1960.doi.org/10.1177/001316446002000104
- LANDIS, J. R.; KOCH, G. G. The Measurement of Observer Agreement for Categorical Data. Biometrics, v. 33, n. 1, p. 159-174, 1977.doi.org/10.2307/2529310
- McHUGH, M. L. Interrater reliability: the kappa statistic. Biochemia Medica, v. 22, n. 3, p. 276-282, 2012.
- BOOTH, A.; CLARKE, M.; DOOLEY, G. et al. The nuts and bolts of PROSPERO: an international prospective register of systematic reviews. Systematic Reviews, v. 1, 2, 2012.doi.org/10.1186/2046-4053-1-2
- STERNE, J. A. C.; SAVOVIĆ, J.; PAGE, M. J. et al. RoB 2: a revised tool for assessing risk of bias in randomised trials. BMJ, v. 366, l4898, 2019.doi.org/10.1136/bmj.l4898
- STERNE, J. A. C.; HERNÁN, M. A.; REEVES, B. C. et al. ROBINS-I: a tool for assessing risk of bias in non-randomised studies of interventions. BMJ, v. 355, i4919, 2016.doi.org/10.1136/bmj.i4919
- SHEA, B. J.; REEVES, B. C.; WELLS, G. et al. AMSTAR 2: a critical appraisal tool for systematic reviews that include randomised or non-randomised studies of healthcare interventions, or both. BMJ, v. 358, j4008, 2017.doi.org/10.1136/bmj.j4008
- GUYATT, G. H.; OXMAN, A. D.; AKL, E. A. et al. GRADE guidelines: 1. Introduction—GRADE evidence profiles and summary of findings tables. Journal of Clinical Epidemiology, v. 64, n. 4, p. 383-394, 2011.doi.org/10.1016/j.jclinepi.2010.04.026
- VAN DINTER, R.; TEKINERDOGAN, B.; CATAL, C. Predictive maintenance using digital twins: A systematic literature review. Information and Software Technology, v. 151, 107008, 2022.doi.org/10.1016/j.infsof.2022.107008
- HIGGINS, J. P. T.; THOMAS, J. (ed.). Cochrane Handbook for Systematic Reviews of Interventions, versão 6.5. Cochrane, 2024.cochrane.org/authors/handbooks-and-manuals/handbook/current
- PRISMA. Site oficial: declaração, checklist, fluxogramas, extensões e traduções.prisma-statement.org · prisma.shinyapps.io/checklist · estech.shinyapps.io/prisma_flowdiagram
- ASREVIEW. ASReview LAB 3.0.8: site e documentação.asreview.nl · asreview.readthedocs.io
- PROSPERO · OSF Registries · Rayyan · OpenAlex.crd.york.ac.uk/prospero · osf.io/registries · rayyan.ai · api.openalex.org
Como citar este manual, declaração de uso de IA e licença
MATIAS, J. P. M. Revisão sistemática com PRISMA 2020: passo a passo. MirandasTech, v1.0, set. 2026. CC BY 4.0.
Manuais irmãos: metodologia.mirandastech.com.br · zotero.mirandastech.com.br · notebook.mirandastech.com.br · manual.mirandastech.com.br · plugin.mirandastech.com.br · hub: mirandastech.com.br/pesquisaConteúdo, capturas e os scripts deduplicar.py e kappa.py: CC BY 4.0 — use, copie, adapte e redistribua com atribuição. As checklists e os fluxogramas do PRISMA 2020 são CC BY 4.0 dos seus autores; o ASReview LAB é Apache 2.0. Nenhum vínculo ou endosso do PRISMA, da Cochrane, do ASReview, do Rayyan, da Covidence, do OSF, do CRD ou do OpenAlex.
Este manual foi escrito com assistência de IA (Claude, Anthropic) na estruturação, na redação e na verificação de fatos, sob as regras do manual de Uso de IA na pesquisa científica. Todos os fatos, números, nomes de botões, versões e referências foram conferidos nas fontes indicadas em 09/09/2026; a demonstração no ASReview LAB 3.0.8, a consulta ao OpenAlex e as execuções dos scripts foram feitas nessa data; o revisor B do exemplo de kappa é simulado e os números do fluxograma de exemplo são ilustrativos, como está dito nos slides. Decisões de conteúdo, seleção das fontes e responsabilidade pelo texto são do autor.