In dit artikel8
Wat doet een clinical database programmer?
Een clinical database programmer bouwt en onderhoudt studiedatabases op basis van specificaties van de clinical data manager. De programmeur werkt bij een contract research organisation (CRO), een sponsor of een leverancier van een EDC-systeem en schrijft geen statistische analyses. De studiedatabase bestaat uit formulieren, controles, afgeleide velden, rollen en koppelingen met andere systemen.
De functietitel komt niet voor in ICH E6(R3) of in de EMA-richtlijn over computersystemen; de werkgever bepaalt de titel. Die richtlijn onderscheidt configuratie, waarbij je bestaande functionaliteit inricht zonder programmeerkennis, van customisation, waarbij je eigen code toevoegt en programmeerkennis nodig hebt. Bron: EMA-richtlijn over computersystemen in klinisch onderzoek
Bekijk de actuele vacatures voor clinical database programmers of het vakgebied life sciences data.
Hoe bouw je een studiedatabase in een EDC-systeem?
Het bouwen begint met de specificaties, die de clinical data manager vastlegt. De stappen:
- Specificeren: velden, bezoekvolgorde, afhankelijkheden tussen velden en controles, uit het protocol, het data management plan (DMP) en het ontwerp van de case report forms (CRF's).
- Formulieren: vaste eenheden, keuzelijsten en datumvelden in plaats van vrije tekst.
- Edit checks: automatische controles, zoals een bezoekdatum die niet vóór de datum van toestemming ligt.
- Afgeleide velden, koppelingen met externe bronnen en de bijbehorende overdracht.
- Rollen en rechten voor locatiegebruikers, monitors en data managers.
- Testen, vrijgave en wijzigingen na de start.
Volgens de EMA-richtlijn legt een formulier alleen vast wat het protocol vraagt, en worden velden niet vooraf ingevuld, behalve afgeleide waarden die niet te bewerken zijn. Een datastroomdiagram hoort in het protocol of in het DMP. Volgens ICH E6(R3) overweeg je bij invoer op basis van risico geautomatiseerde validatiecontroles.
Deelnemers staan in de database onder een code. Volgens de Centrale Commissie Mensgebonden Onderzoek (CCMO) is een unieke fictieve code nodig en zijn initialen of geboortedatum in de code in beginsel niet acceptabel. Vrije-tekstvelden krijgen een instructie dat daar geen persoonsgegevens thuishoren. Op persoonsgegevens is de AVG van toepassing.
Wat verwachten ICH E6(R3) en de EMA-richtlijn van een studiedatabase?
Onderwerp | Wat de bron zegt | Wat het voor de programmeur betekent |
|---|---|---|
Edit checks | Elke check wordt gevalideerd en de invoering ervan gedocumenteerd. | Elke check heeft een specificatie, een test en een vastgelegde uitkomst. |
Audit trail | De audit trail legt wijzigingen per veld vast en mag niet worden uitgeschakeld. | Je bouwt zo dat elke veldwijziging herleidbaar is. |
Gebruikers en rollen | Toegang volgt de taak, is persoonlijk en wordt periodiek beoordeeld. | Gedeelde accounts zijn onaanvaardbaar; geef de minste rechten die nodig zijn. |
Blindering | Ontwerp, accounts en toegang moeten de blindering beschermen. | Ongeblindeerde informatie is alleen zichtbaar voor vooraf bepaalde rollen. |
Ingebruikname per centrum | Een studiesysteem gaat voor een centrum pas in gebruik na de goedkeuringen voor dat centrum. | Dat geldt ook voor een update na een protocolamendement. |
Archivering | Een gedateerde en gecertificeerde kopie wordt bewaard. Statische formaten van dynamische data volstaan niet. | Het archief moet herstel van de database mogelijk maken. |
Essential records | Validatiedocumentatie, instructies en plannen horen bij de essential records. | Bewaar ze identificeerbaar en waar passend met versiebeheer. |
Stand per 5 november 2026: de principes en Annex 1 van ICH E6(R3) gelden in de EU sinds 23 juli 2025. Annex 2 en de geconsolideerde richtlijn hebben volgens de EMA-pagina over ICH E6(R3) 15 januari 2027 als ingangsdatum. Dat kan nog wijzigen. De EMA-richtlijn over computersystemen is gedateerd 9 maart 2023; volgens de EMA wordt de afstemming van EU-richtsnoeren op ICH E6(R3) nog beoordeeld, dus controleer de EMA-pagina. Het artikel over good clinical practice (GCP) legt de richtlijn breder uit, en bij de vacatures met ICH E6 zie je hoe die kennis wordt gevraagd.
Hoe test en valideer je een studiedatabase?
Testen volgt de lijn van de EMA-richtlijn: eisen, testcases die aan die eisen zijn gekoppeld, uitvoering met bewijs, een validatierapport en een vrijgave. De programmeur schrijft testcases en voert tests uit. De verantwoordelijke partij keurt het rapport goed en tekent de vrijgave.
Een testcase bevat vier onderdelen: de versie van de software, de voorwaarden vooraf, de teststappen met de invoer en het verwachte resultaat. Volgens de EMA-richtlijn is de tester waar mogelijk niet de schrijver van het testcase, dus laat waar mogelijk een collega uitvoeren wat een ander schreef.
Een user acceptance test (UAT) is een test door gebruikers, zoals data managers, een clinical research associate (CRA) of locatiemedewerkers, die controleert of de database doet wat het protocol vraagt. Een UAT vervangt de technische tests niet, en de EMA-richtlijn adviseert gebruikers bij het testen van studiespecifieke configuratie te betrekken.
Stap | Wat er gebeurt | Wat het bewijs is |
|---|---|---|
Eisen | Gebruikerseisen, bijvoorbeeld in een user requirements specification (URS), worden goedgekeurd. | Goedgekeurde eisen, traceerbaar naar de testcases. |
Testen | Testcases worden vooraf goedgekeurd en uitgevoerd. | Softwareversie, werkelijk resultaat en bewijs zoals schermafbeeldingen. |
Afwijkingen | Afwijkingen worden afgesloten; kritieke eisen worden opgelost of gemitigeerd vóór ingebruikname. | Afgesloten afwijkingen en beoordeelde openstaande problemen. |
Vrijgave | De verantwoordelijke partij keurt het validatierapport goed en tekent de vrijgave. | Goedgekeurd rapport en ondertekende vrijgave vóór het eerste gebruik. |
Onderhoud | Periodieke review, een helpdesk en change control. | Change control-verzoeken met risicobeoordeling en versiebeheer. |
Lees ook het artikel over data-integriteit en ALCOA+ voor de achtergrond van die bewijsstukken.
Welke CDISC-standaarden en EDC-systemen horen erbij?
CDISC (Clinical Data Interchange Standards Consortium) publiceert standaarden met elk een eigen doel.
- CDASH voor het verzamelen van data, consistent over studies en opdrachtgevers, en traceerbaar naar SDTM.
- SDTM voor het indienen van data. Het is een standaard voor het ordenen en opmaken van data, en volgens CDISC vereisen regelgevers in de Verenigde Staten en Japan die voor indiening.
- ODM voor het uitwisselen en archiveren van klinische data, inclusief metadata en audit-informatie.
- Define-XML voor het beschrijven van datasets, zoals welke variabelen en gecontroleerde termen zijn gebruikt.
Op 5 november 2026 noemt CDISC CDASHIG v2.3, SDTM v2.1, ODM v2.0 en Define-XML v2.1.11 als huidige versies. Controleer die voordat je ze gebruikt.
Voorbeelden van EDC-systemen:
- Medidata Rave: volgens Medidata voor het vastleggen, beheren, opschonen en rapporteren van studiedata.
- Oracle Clinical Remote Data Capture (RDC): een EDC-systeem dat werkt met studies die in Oracle Clinical zijn ontworpen.
- REDCap: een webapplicatie voor het bouwen en beheren van online enquêtes en databases voor onderzoek.
- OpenClinica: een eClinical-platform met onder meer EDC, eConsent, eCOA en randomisatie.
- Veeva EDC: een omgeving om door de locatie gerapporteerde patiëntdata te verzamelen, te reviewen en te verwerken.
Bekijk de vacatures met CDISC, SDTM, Medidata Rave of Veeva Vault.
Hoe verloopt database lock en archivering?
Bij de lock zet de programmeur de database in de vergrendelde stand, nadat de data manager heeft bevestigd dat alle queries zijn opgelost. Daarna controleert de programmeur wie nog toegang heeft en maakt de extracten die de statisticus nodig heeft. Als onderdeel van het lockproces kan de toegang van de onderzoeker op alleen lezen worden gezet; voordat die toegang wordt ingetrokken, krijgt de onderzoeker een volledige kopie inclusief audit trail.
Daarna wordt een gedateerde en gecertificeerde kopie gearchiveerd, met audit trail, queries en edit checks. Een statisch formaat volstaat niet, want het archief moet herstel van de database mogelijk maken. De sponsor vraagt de onderzoeker op vooraf bepaalde momenten om bevestiging van zijn data; één handtekening vlak voor de lock volstaat volgens de EMA-richtlijn zelden.
Met wie werk je samen en waar werk je?
Je werkt samen met de clinical data manager, met wie je specificaties, tests en queries afstemt. De CRA ziet hoe locaties het formulier gebruiken, en de medical monitor beantwoordt medische vragen over de controles. Kwaliteit of validatie beoordeelt de testdocumentatie, en de leverancier van het EDC-systeem levert de functionaliteit en nieuwe versies.
De statistical programmer werkt aan de structuur van de analysedatasets, en de biostatistician bepaalt welke data de analyse nodig heeft. Werkgevers zijn een CRO, een farmaceutisch of biotechbedrijf met eigen studies, een medtechbedrijf, een leverancier van een EDC-systeem of academisch onderzoek. Bekijk de werkgevers met vacatures voor clinical database programmers.
Welke achtergrond past bij deze functie en hoe groei je door?
Er is geen vaste route, want elke werkgever stelt eigen eisen. De achtergrond kan technisch zijn (ICT, informatica of bioinformatica), of life sciences met programmeerervaring, of afkomstig uit data management of statistisch programmeren. Klinische kennis, zoals GCP en CDISC, leer je op het werk of neem je mee uit een eerdere functie. Overzichten van opleidingen staan bij opleidingen voor een carrière in life sciences.
Drie opleidingen met een technische of data-inhoud noemen de functie zelf niet. De master Bioinformatics and Biocomplexity van Universiteit Utrecht en de master Bioinformatics and Systems Biology van VU Amsterdam en Universiteit van Amsterdam gaan over biologische data en computationele modellen. De bachelor ICT van Hogeschool Utrecht gaat over ICT-oplossingen in kleine teams. Wat telt: nauwkeurigheid, systematisch documenteren, Engels op hoog niveau en het vermogen een gebruiker een fout in een specificatie uit te leggen. Wie zich wil verdiepen, vindt in de Good Clinical Data Management Practices van de Society for Clinical Data Management (SCDM) hoofdstukken over het ontwerp van dataverzamelinstrumenten en drie hoofdstukken over EDC.
Doorgroei loopt van junior naar senior programmeur en daarna naar lead, die de bouw van meerdere studies coördineert. Daarna volgt een rol als teamleider. Zijwaarts kun je naar de clinical data manager, de statistical programmer of validatie.
Wat is het verschil tussen een clinical database programmer en een clinical data manager?
De data manager legt vast hoe de gegevens worden verzameld (specificaties, controles) en bewaakt de datakwaliteit tot de lock. De database programmer bouwt de database en de controles in het EDC-systeem en test ze. Bij sommige organisaties is de rolverdeling anders.
Welke EDC-systemen gebruikt een clinical database programmer?
Dat hangt af van de werkgever en de studie; voorbeelden staan hierboven. De richtlijnen schrijven geen systeem voor, maar stellen eisen aan de systemen die worden gebruikt, zoals validatie, een audit trail en gebruikersbeheer.
Wie is verantwoordelijk voor de validatie van een EDC-systeem?
De verantwoordelijke partij is volgens ICH E6(R3) en de EMA-richtlijn verantwoordelijk voor de validatiestatus, ook als een leverancier het systeem levert. Die partij mag steunen op validatiedocumentatie van de leverancier, mits ze die documentatie heeft beoordeeld en toereikend vindt; aanvullende validatie kan nodig zijn. Ze blijft eindverantwoordelijk.
Wat is het verschil met een statistical programmer?
De clinical database programmer werkt aan de kant van de gegevensverzameling: de studiedatabase en de controles. De statistical programmer werkt na de lock aan de analysedatasets en tabellen. Statistische analyses schrijft de database programmer niet.