CaseWebapplicatieDataplatform

Een onderzoeksconsortium wisselde datasets uit via e-mail en gedeelde schijven. Een gezamenlijk dataplatform bundelt nu de data, regelt per organisatie de toegang en maakt rapportages in minuten.

Klant
Onderzoeksconsortium
Sector
Onderzoek en kennisinstellingen
Periode
2026 · 6 weken

Een samenwerkingsverband van meerdere organisaties in een meerjarig onderzoeksprogramma.

Deze case is op verzoek van de klant geanonimiseerd. De situatie, de aanpak en de resultaten zijn echt.

01

De situatie

Elke partner verzamelde eigen gegevens in eigen systemen. Voor gezamenlijke analyses werden exports gemaild, samengevoegd in spreadsheets en na elke nieuwe ronde opnieuw opgeschoond.

Afspraken over wie welke data mocht zien stonden in een samenwerkingsovereenkomst, maar werden in de praktijk bewaakt door goed vertrouwen en de discipline van individuele onderzoekers.

02

Het probleem

Elke rapportage aan de subsidieverstrekker kostte dagen samenvoegwerk, en niemand kon met zekerheid zeggen welke versie van een dataset de juiste was. De toegangsafspraken waren technisch niet afgedwongen.

Wat concreet niet goed werkte:
  • Meerdere versies van dezelfde dataset in omloop, met verschillende opschoningen.
  • Rapportages kostten per kwartaal drie tot vier dagen handwerk.
  • Toegang tot gevoelige gegevens was niet te controleren of te verantwoorden.
  • Nieuwe partners aansluiten betekende opnieuw exports en mailwisselingen inrichten.
03

Het doel

Het doel was één platform waarin elke partner zijn gegevens aanlevert volgens een vaste structuur, waar rechten per organisatie en per dataset worden afgedwongen, en waaruit de standaardrapportages automatisch komen.

Het platform moest de looptijd van het programma overleven en overdraagbaar zijn aan de kennisinstelling als beheerder.

04

De aanpak van CodeSprinter

Een dataplatform voor meerdere organisaties is vooral een afsprakenkwestie. We hebben die afspraken eerst expliciet gemaakt en daarna pas in software vastgelegd.

  1. 1

    Datamodel met alle partners

    In werksessies bepaalden we welke gegevens gedeeld worden, in welke structuur en met welke definities. Onenigheid over definities kwam hier boven, niet pas bij de analyse.

  2. 2

    Rechtenmodel uit de overeenkomst

    We vertaalden de samenwerkingsovereenkomst naar concrete regels: welke organisatie welke datasets en velden mag zien, en wie mag exporteren.

  3. 3

    Aanlevering met validatie

    Partners leveren aan via een upload of een koppeling. Elke aanlevering wordt gecontroleerd op structuur en volledigheid voordat ze wordt opgenomen.

  4. 4

    Rapportages als eerste zichtbare resultaat

    De kwartaalrapportage was de eerste functie die live ging, omdat die de meeste tijd kostte en het nut direct bewees.

  5. 5

    Overdracht aan de beheerder

    Documentatie, een beheerhandleiding en een overdrachtssessie zorgden dat de kennisinstelling het platform zelfstandig kan beheren en uitbreiden.

05

De oplossing

We ontwikkelden een webapplicatie met een centrale database waarin elke partner datasets aanlevert, beheert en deelt. Per organisatie en per dataset is vastgelegd wie mag inzien, analyseren of exporteren. Elke toegang wordt gelogd.

Standaardrapportages voor de subsidieverstrekker en het programmabestuur worden op verzoek gegenereerd op basis van de actuele data. Onderzoekers kunnen daarnaast gecontroleerde exports maken voor eigen analyses.

Schematische weergave van het proces. Bij geanonimiseerde cases tonen we geen productbeelden.
06

Belangrijkste functionaliteiten

  • Aanlevering met automatische validatie
  • Versiebeheer per dataset
  • Rechten per organisatie, dataset en veld
  • Logboek van elke inzage en export
  • Kwartaalrapportages in enkele minuten
  • Beheeromgeving voor de kennisinstelling
07

Het resultaat

  • minutenvoor een kwartaalrapportage, voorheen drie tot vier dagen
  • 1actuele versie per dataset
  • 3partners met technisch afgedwongen rechten

Het consortium besteedt zijn tijd aan analyse in plaats van aan samenvoegen. De subsidieverstrekker krijgt rapportages op basis van dezelfde cijfers die de onderzoekers gebruiken, en de toegangsafspraken zijn nu aantoonbaar.

Wat we onderweg leerden
  • Het gesprek over definities duurde langer dan het bouwen van het datamodel. Dat was terecht: onduidelijke definities waren de oorzaak van de versieproblemen.
  • We hebben het platform bewust klein gehouden. Analysetools zaten niet in de opdracht; onderzoekers gebruiken daarvoor hun eigen omgeving met gecontroleerde exports.

Voor het eerst praten we in het bestuur over dezelfde cijfers, zonder discussie over welke versie klopt.

KlantquoteProgrammamanager

Werk je samen met andere organisaties aan één dataset?

CodeSprinter bouwt dataplatforms waarin afspraken over toegang technisch worden afgedwongen. We denken graag mee over structuur, rechten en beheer op de lange termijn.