Health-RI wiki v4.0 -> consultatie (open tot 03-12-2024)
Functionele componenten: taken en verantwoordelijkheden
- Health-RI
datum: 09-10-2024 Status:TER REVIEW
Â
De nationale gezondheidsdata infrastructuur voor onderzoek, beleid en innovatie, bestaat uit verschillende componenten. Deze componenten kunnen functioneel, technisch, organisatorisch en juridisch op verschillende plaatsen toegepast worden. Zo kan gekozen worden vanuit de organisatorische overwegingen dat een component kosteneffectiever toegepast kan worden door een centrale shared service principe. Vanuit juridisch overweging kan gekozen worden voor een lokale/ regionale toepassing, die technisch centraal/ gezoneerd uitgevoerd zou kunnen worden.
Vanuit de exercitie met de hoofdarchitecten van de regionale knooppunten, om te bepalen welke componenten waar het beste toegepast kunnen worden is onderstaande tabel ontstaan. Dit is een eerste opzet, die nog niet alle componenten bevat.
Onderstaande tabel bevat een overzicht van functionele componenten en welke deelnemers van het Health-RI ecocsysteem deze functies zouden kunnen invullen (en hoe deelnemers van het Health-RI ecocsysteem deze kunnen gebruiken).
Uitleg kolommen in de tabel
In artikel Knooppunten wordt het Health-RI ecosysteem beschreven met de knooppunten. Een knooppunt vertegenwoordigt meerdere datahouders. Op centraal niveau, c.q. neutraal terrein, kunnen componenten toegepast worden t.b.v. de knooppunten.
Naam | Datahouders (lokaal en voor nu UMC's) | Knooppunt (regio functie) | Centraal (landelijk) |
 FAIR Data-point (FDP) van datasets (N>1) Â | Elke Datahouder moet in staat zijn datasets aan te bieden aan een FDP. Dat mag eigen FDP zijn, of FDP van een andere instantie (zoals landelijk of regionaal FDP) | Ja, elk knooppunt moet FDP aanbieden aan zijn regio | Vereist in 2024 |
 | Ja, toekomstig vanuit het principe van data bij de bron en data visiting | Wenselijk als onafhankelijke partij voor multicenter studies | Wenselijk als onafhankelijke partij voor multicenter studies |
  | Ja, of anders knooppunt. Elk UMC heeft momenteel al één of meestal meerdere punten/ loketten waar vragen gesteld kunnen worden | Niet perse | Ja, maar vragen worden gerouteerd naar de juiste experts in de nodes |
  | Ja, of anders knooppunt | Niet perse | Ja |
 | Afhandeling van data aanvragen (kan gebruik maken van lokale bedrijfsfunctie als aanvraag daar in staat/komt, dan wel regionale of nationale bedrijfsfuncties als er geen eigen bedrijfsfunctie is) | Ja | Ja, gekoppeld aan centrale catalogus. Kan aanvragen doorzetten naar de datahouders. |
  | Conditioneel: aanvragen- register is nodig als de aanvraag bedrijfsfunctie hier draait | Conditioneel: aanvragenregister is nodig als de aanvraag bedrijfsfunctie hier draait | Conditioneel: aanvragenregister is nodig als de aanvraag bedrijfsfunctie hier draait |
 | Ja | Nee | Nee |
  | Ja, is ontvangende partij | Mogelijk in orkestratie | Ja, orkestratie |
Onderstaande tabel bevat een overzicht van functionele componenten en welke deelnemers van het Health-RI ecocsysteem deze functies zouden kunnen invullen (en hoe deelnemers van het Health-RI ecocsysteem deze kunnen gebruiken).
Naam  | Datahouders (lokaal en voor nu UMC's) | Knooppunt (regio functie) | Centraal (landelijk) |
  | Toegang data-sets: lokaal | Nee | Zowel toegang tot infrastructuur als doorgifte van lokale autorisatie tot toegang dataset |
(bv SRAM en SURFconext)  | Niet perse, tenzij datahouders (vooralsnog UMC’s) ook SRAM/ SURFconext gebruiken voor toegang tot hun onderzoeks-diensten | Niet perse, tenzij knooppunten ook SRAM/SURFconext gebruiken voor toegang tot hun regionale onderzoeks-diensten | Ja |
  | Ja, of anders knooppunt | Ja of Datahouder | Ja |
 | Ja, dubbel (intern gebruik en extern gebruik) | Mogelijk | Indien mogelijk: landelijk faciliteren |