Investigate using CSV import Modal for REDCap participant import via API
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 48/100
- Issue-Typ
- Feature
- Klarheit
- Größtenteils klar
- Aktivitätsstatus
- Aktiv
- Tech-Stack
- typescript
- Bereich
- data
Rechercherichtung
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.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
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).
- Vorherrschende Sprache
- TypeScript
- Sterne
- 4
- Forks
- 0
- Ø Merge
- 14 Std. 50 Min.
- Gemergte PRs (30 T.)
- 5
Entwicklungsumgebung
- Enthält ein Dockerfile oder eine Docker-Compose-Datei
- Hat eine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus Garvan-Data-Science-Platform/ctrl
-
Schwierigkeit 1/5 1-3 Stunden Anfängerfreundlichkeit 82/100
-
admin-client backend bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
-
backend bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
Garvan-Data-Science-Platform/ctrl#970 · 1 Kommentar ·
-
backend bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
-
backend bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
Alle Issues in Garvan-Data-Science-Platform/ctrl
Ähnliche Issues
-
bug engine
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 86/100
frostney/GocciaScript#1746 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 67/100
agilepathway/label-checker#739 · 4 Kommentare ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 68/100
CopilotKit/OpenBot#800 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Endpoint links in the tag operations list are below the 24px target sizeEvtl. vergeben @AdzerKI hat das heute übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 79/100
ehmpathy/rhachet-roles-bhuild#471 ·
Maintainer antworten meist innerhalb von 1 Tag