Investigate using CSV import Modal for REDCap participant import via API
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 4/5
- Tempo estimado
- 3-5 dias
- Facilidade para iniciantes
- 48/100
- Tipo de issue
- Funcionalidade
- Clareza
- Razoavelmente clara
- Status de atividade
- Ativa
- Stack de tecnologia
- typescript
- Domínio
- data
Direção de pesquisa
Start by reading application/integration/src/mapData.ts and tracing the existing REDCap API import flow and CSV import modal. Explore how study admins could map differing REDCap fields and review invalid input; the issue proposes this direction but leaves the integration design open. Done means REDCap data can use the CSV import flow for field mapping and validation.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
Currently the REDCap participant import via API functionality has two issues:
- it uses hard-coded mapping of redcap fields based entirely off an example redcap instrument set up by Australian Genomics ages ago (
application/integration/src/mapData.ts). Other redcap instruments may have different field names for particpant data. Current approach may result in empty fields. - there is no validation of input from redcap (see screenshot below for an example of malicious prefill data.), nor is there an easy way to include user input validation with current set up (apart from silently dropping emails that have bad prefill data associated with them). It is important to note that PR #937 adds backend user input validation, so any potentially malicious prefill not be saved to the database.
One way to address both of the issues above is to call the REDCap api, and then feed the data to the CSV import modal. This would allow study admins to map diverse field names correctly, while also giving visual feedback about invalid data.
I'm working on #937 PR (related to #891). I propose this issue is out of scope for #937 (beyond adding backend validation).
- Linguagem predominante
- TypeScript
- Estrelas
- 4
- Forks
- 0
- Merge médio
- 14h 50min
- PRs com merge (30d)
- 5
Preparar o ambiente
- Inclui um Dockerfile ou arquivo Docker Compose
- Tem um modelo de pull request
- Ler o guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de Garvan-Data-Science-Platform/ctrl
-
Dificuldade 1/5 1-3 horas Facilidade para iniciantes 82/100
-
admin-client backend bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 76/100
-
backend bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
Garvan-Data-Science-Platform/ctrl#970 · 1 comentário ·
-
backend bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 72/100
-
backend bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
Todas as issues de Garvan-Data-Science-Platform/ctrl
Issues semelhantes
-
bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
dsh-market/dsh-market#877 ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 72/100
stellar/stellar-dev-skill#151 ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
Mantenedores costumam responder em até 1 dia
-
Trial & Error: guided Blind offer squeezes on phones and sits under the touch toolbar on iPadAbertaarea:arcade game ready-for-agent
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 62/100
fderuiter/deruiter.dev#2281 · 1 comentário ·
Mantenedores costumam responder em até 1 dia
-
scope: data grid type: bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
Mantenedores costumam responder em até 2 dias