TenderNed Standaardenmonitor

• Standards Support: Describe support for semantic standards such as RDF, OWL, SHACL, SKOS, JSON-LD, XML, and Linked Data principles.

• Standards Support: Describe support for semantic standards such as RDF, OWL, SHACL, SKOS, JSON-LD, XML, and Linked Data principles.

Het APIM is gebaseerd op onderstaande Design Rules:  NLGov REST API Design Rules: NLGov REST API Design Rules 2.1.0  Forum Standaardisatie - REST-API Design Rules: REST-API Design Rules | Forum Standaardisatie Eis 46.

Het APIM is gebaseerd op onderstaande Design Rules:  NLGov REST API Design Rules: NLGov REST API Design Rules 2.1.0  Forum Standaardisatie - REST-API Design Rules: REST-API Design Rules | Forum Standaardisatie Eis 46.

Volgnu mmer Onderwerp Wijze van Oplevering Datum B1 Beschikbaar stellen van de Prestatie als een SaaS-dienst, inclusief bijbehorende hosting, integraties met aanpalende systemen, de aanwezigheid van een acceptatieomgeving, support en dienstverlening met Verlenen Gebruiksrecht Start overeenkomst ARBIT 2022 - OVEREENKOMST (DIENSTEN) GENERIEKE RAS ([REFERENTIENUMMER]) ProRail – [Opdrachtnemer] 11 / 33 Volgnu mmer Onderwerp Wijze van Oplevering Datum betrekking tot het systeem.

ARBIT 2022 - OVEREENKOMST (DIENSTEN) GENERIEKE RAS ([REFERENTIENUMMER]) ProRail – [Opdrachtnemer] 26 / 33 32.3 In aanvulling op de Voorwaarden geldt dat Opdrachtnemer er zorgt voor draagt dat informatie die door Opdrachtnemer gedeeld wordt met derden niet gebruikt mag worden voor ander doeleinde dan opgenomen in de Overeenkomst. 32.4 Partijen verplichten zich op verzoek van de andere Partij voor alle in te zetten personeel bij uitvoering van werkzaamheden in het kader van de overeenkomst dan wel een daaronder gesloten Deelovereenkomst tot het laten ondertekenen van een schriftelijke geheimhoudingsverklaring dan wel in reactie op dit verzoek aan de verzoekende Partij aan te tonen dat het betreffende personeel reeds aan een gelijkwaardige geheimhouding is gebonden.

38.4 Opdrachtnemer zal binnen 6 weken na inwerkingtreding van de overeenkomst een exitplan opstellen, gebaseerd op het Exitplan van ProRail (Annex 6), voor de gedurende de ARBIT 2022 - OVEREENKOMST (DIENSTEN) GENERIEKE RAS ([REFERENTIENUMMER]) ProRail – [Opdrachtnemer] 30 / 33 ondersteuningsperiode te leveren inzet zoals bedoeld in lid 13 en 14 en dat ter goedkeuring aan ProRail voorleggen.

1-5-2026 Integratie Strategie 4 Uitgangsdocumenten & Bronnen Document Uitgever Versie AGP 8.2 Domeinarchitectuur Data- en gegevensdiensten - Architectuurkatern API Mgt J&V/DI&I 0.8B API Strategie Algemeen (Nederlandse API Strategie I) Geonovum (Rijksoverheid) 9 maart 2022 ABB API Management DJI/DI 1.0 Applicatievisie DJI DJI/DI 1.3 EPD vernieuwing strategie advies M&I Partners 1.0 DJI Cloud strategie (n.n.b. Wordt aanvullend verwerkt wanneer ontvangen) n.n.b. DJI Architectuur principes CIO-Office definitief Business case – EPD vernieuwing Informatie Manager – Zorg 0.5 Project plan – EPD vernieuwing Programma manager EPD vernieuwing ...

Wet normering topinkomens van 15 november 2012; Brief minister BZK aan TK van 11 mei 2001, kst-32501-15 (norm voor totale uitgaven externe inhuur en maximumuurtarief buiten mantelcontracten); Besluit vaststelling Algemene Rijksvoorwaarden voor inkoop (ARBIT-2018, ARIV-2018, ARVODI2018); Circulaire afbouw van de inhuurvorm payrolling bij de sector Rijk van 1 april 2014; Circulaire Grensbedragen voor procedures Aanbestedingswet 2012 onder de Europese drempelwaarde van 3 augustus 2015; Aanbevelingen ADR-rapport van 7 januari 2015; Wat zijn de regels?

15 3 HOOFDONTWERP Tot slot Kader Vertaling hoofdontwerp Zorg is een essentieel onderdeel van iedere DJI-divisie, maar het belang/de rol verschilt Verschillende deeldossiers voor de individuele zorgprocessen Het EPD faciliteert het werken in ketens, zowel binnen DJI als met de buitenwereld Nieuw basisdossier voor gegevensuitwisseling binnen DJI maar ook met ketenpartners en de patiënt zelf Bij het ontwerp van het nieuwe EPD staat het zorgproces centraal, niet de applicatie Verschillende deeldossiers voor de individuele zorgprocessen Uitgangspunt bij het ontwerp van het EPD is: gezamenlijk waar het kan, specifiek waar het moet DJI-brede laag met gezamenlijke functionaliteiten gericht op gegevensuitwisseling en samenwerking Voor het nieuwe EPD wordt zoveel mogelijk gebruik gemaakt van bestaande oplossingen (proven technology) Ontwerp analoog aan dat voor regionale samenwerking tussen zorgverleners in de maatschappij, landelijke standaarden voor gegevensuitwisseling als uitgangspunt Bestaande processen vormen het startpunt voor het nieuwe EPD Dit kader komt met name terug in de fasering (niet opgenomen in deze samenvatting) Informatieveiligheid is in het nieuwe EPD verankerd via ‘privacy by design’ Centrale toepassing voor autorisatie en authenticatie waarop de verschillende toepassingen aansluiten Begrippenlijst GGZ EPD Ter toelichting op de selectieleidraad GGZ EPD Kenmerk : IUC/DJI/IENEA/RS01 Datum : 14-8-2025 Versienummer : Versienummer 1.0 Europese aanbesteding GGZ EPD - Begrippenlijst IUC/DJI/IENEA/RS02 Pagina 2 van 9 Definities In deze lijst zijn begrippen opgenomen die gelden in aanvulling op/in afwijking van de Aanbestedingswet 2012 en ARBIT-2022.

ARBIT 2022 Algemene Rijksvoorwaarden bij IT-overeenkomsten.

Wet normering topinkomens van 15 november 2012; Brief minister BZK aan TK van 11 mei 2001, kst-32501-15 (norm voor totale uitgaven externe inhuur en maximumuurtarief buiten mantelcontracten); Besluit vaststelling Algemene Rijksvoorwaarden voor inkoop (ARBIT-2018, ARIV-2018, ARVODI2018); Circulaire afbouw van de inhuurvorm payrolling bij de sector Rijk van 1 april 2014; Circulaire Grensbedragen voor procedures Aanbestedingswet 2012 onder de Europese drempelwaarde van 3 augustus 2015; Aanbevelingen ADR-rapport van 7 januari 2015; Wat zijn de regels?

Wet normering topinkomens van 15 november 2012; Brief minister BZK aan TK van 11 mei 2001, kst-32501-15 (norm voor totale uitgaven externe inhuur en maximumuurtarief buiten mantelcontracten); Besluit vaststelling Algemene Rijksvoorwaarden voor inkoop (ARBIT-2018, ARIV-2018, ARVODI2018); Circulaire afbouw van de inhuurvorm payrolling bij de sector Rijk van 1 april 2014; Circulaire Grensbedragen voor procedures Aanbestedingswet 2012 onder de Europese drempelwaarde van 3 augustus 2015; Aanbevelingen ADR-rapport van 7 januari 2015; Wat zijn de regels?

Selection criterion 4: Technical architecture (maximum 20 points, 20%of total 100 points) Regarding the core competence 'Delivery and implementation of a Metering Data Management software’ Candidate can score points if the following applies to at least one of the submitted and valid references: The delivered the Metering Data Management solution has been delivered with open standards:: With regard to preferred integration patterns: The preferred integration patterns are: ● Kafka-compatible messaging (JSON CloudEvents ) ● AMQP 1.0 Points can be scored as follows: ● One or more of the preferred integration patterns are included in at least one of the valid, submitted references = 10 points; ● Otherwise = 0 points.

Preferred integration patterns A. Messaging (preferred where asynchronous integration is suitable) • Kafka-compatible messaging o JSON CloudEvents • AMQP 1.0 B. APIs • REST APIs using JSON • OpenAPI 3.x specification is mandatory for all exposed APIs • A documented API versioning strategy is required (including compatibility approach and deprecation policy) Suppliers shall provide an integration approach that supports end-to-end traceability and operational control across integration flows (including correlation and monitoring hooks).

• https://publicatie.centrumvoorstandaarden.nl/api/adr/ o Document van de overheid over API Design Rules.

• https://publicatie.centrumvoorstandaarden.nl/api/adr/ o Document van de overheid over API Design Rules.

18 ARBIT-2022 4/37 Artikel 26.

ARBIT-2022 30/37 Artikel 55.

ARBIT-2022 – Toelichting 23 Artikel 30.

Voorts is bij het schrijven daarvan uit oogpunt van uniformiteit zoveel mogelijk aansluiting gezocht bij de structuur, inhoud en bewoordingen van de Algemene Rijksvoorwaarden voor het verstrekken van Opdrachten tot het verrichten van diensten (ARVODI) en de Algemene Rijksinkoopvoorwaarden (ARIV).

Voor een eenvoudige algemene set van Rijksvoorwaarden, bijvoorbeeld voor leveringen van niet ITproducten, kan gebruik worden gemaakt van de ARIV.

Voorts is bij het schrijven daarvan uit oogpunt van uniformiteit zoveel mogelijk aansluiting gezocht bij de structuur, inhoud en bewoordingen van de Algemene Rijksvoorwaarden voor het verstrekken van Opdrachten tot het verrichten van diensten (ARVODI) en de Algemene Rijksinkoopvoorwaarden (ARIV).

Voorts is bij het schrijven daarvan uit oogpunt van uniformiteit zoveel mogelijk aansluiting gezocht bij de structuur, inhoud en bewoordingen van de Algemene Rijksvoorwaarden voor het verstrekken van Opdrachten tot het verrichten van diensten (ARVODI) en de Algemene Rijksinkoopvoorwaarden (ARIV).

De ARVODI zijn geschikt voor dienstverlening waarbij het IT-aspect niet voorop staat, zoals onderzoeken.

Opdrachten waarbij het specifieke IT-aspect niet voorop staat zoals die tot het verzorgen van ITopleidingen, kunnen in beginsel gewoon met toepassing van de ARVODI worden verstrekt.

Voor de goede orde: ook bij een beweging naar REST-API zullen andere protocollen en oplossingen nodig kunnen zijn ter aanvulling hiervan, zoals de al genoemde CloudEvents (ten behoeve van notificaties), GraphQL en gRPC.

Dan is de beweging naar een breder gebruik van REST-API logisch; aangevuld waar nodig met bijvoorbeeld CloudEvents voor het kunnen beschikken over notificaties.

2 De huidige ontwikkelingen vinden exclusief plaats op het gebied van RESTful API’s. De JenV API strategie sluit op deze ontwikkelingen aan en is gericht op het versnellen en richten van het gebruik van REST-API’s in het justitiedomein, naast het bestaande ebMS en aangevuld met functionaliteit van andere tools zoals CloudEvents (ten behoeve van notificaties), GraphQL en gRPC.

Figuur 3: API Management onderdelen en functies (bron: Nederlandse API Strategie) 2.3.4 Developer portal Een goed developer portal neemt de doelgroep5 mee door het API landschap en laat duidelijk zien welke dienstverlening en welke informatie via API’s ontsloten wordt.

Standaarden API Designrules (Nederlandse API Strategie IIa) Oorsprong standaard Inhoudsopgave API Strategie Algemeen (Nederlandse API Strategie I) 12-01-2023 15:52 https://docs.geostandaarden.nl/api/def-hr-API-Strategie-20220309/ Pagina 5 van 59 4.1.2 4.1.2.1 4.1.2.2 4.2 4.2.1 4.2.2 4.2.2.1 4.2.2.2 4.3 4.3.1 4.3.2 4.3.2.1 4.3.2.2 4.3.2.3 4.3.2.3.1 4.3.2.3.2 5.

Literatuurlijst Document Versie API-Strategie JenV v. 0.6 (concept) dd. 10-11-2020 Domeinarchitectuur Data- en gegevensdiensten: Architectuurkatern API Management v. 1.1 dd. 16-01-2023 Gegevensdelingsbeleid JenV v. 1.0 dd. 24-10-2024 Gegevens verantwoord – presentatie Justid 11-11-2024 Meerjarenagenda Gegevens en Algoritmes 2025 – 2030 Trustframework JenV v.1.1 dd. 18-05-2021 Trustframework JenV – addendum – Implementatie v.1.0 dd. 08-07-2020 Toegangscomponent API Gateway FS 27-02-2024 Domeinarchitectuur Toegang v. 1.1 dd. 22-07-2021 Workshop Identiteit- en Toegangsmanagement Rijksbreed 17-10-2024 API management in de Migratieketen – Visiedocument v. 1.0 dd. 09-11-2021 Federatieve Service – toegangscomponent API Gateway 22-05-2024 (API dag) CJIB en API 22-05-2024 (API dag) REST API design rules 22-05-2024 (API dag) De kracht van een goede API-strategie 22-05-2024 (API dag) COA – API en Cloud architectuur (Trusted Cloud model) 22-05-2024 (API dag) Tabel 10.

Kunt u aangeven welke minimale eisen RvdK hanteert voor audit- en controlemogelijkheden bij inzet van cloud/SaaS ‐ diensten (incl. onderaannemers/derden) zodat aan de ARBIT ‐ audit/beveiliging kan worden voldaan?

99 Aanmeldfase Audits/beveiliging en exit o.b.v. ARBIT ARBIT 2022 bevat bepalingen over audits/beveiliging en exit.

n Op de Overeenkomst zijn de Algemene Rijksvoorwaarden bij IT-overeenkomsten 2022 (ARBIT-2022) van toepassing. In de Dialoogfase wordt de concept Overeenkomst beschikbaar gesteld en is er gelegenheid om Dialoog te voeren.

• https://publicatie.centrumvoorstandaarden.nl/api/adr/ o Document van de overheid over API Design Rules.

RELATIE TOT OVERIGE CONTRACTDOCUMENTEN Bij strijdigheid tussen: • de Overeenkomst; • de ARBIT-voorwaarden; • en dit document, Exit strategie en Escrow regeling Pagina 4 van 4 prevaleert deze Exitstrategie en Escrowregeling voor zover het continuïteit, databezit en overdraagbaarheid betreft.

18 ARBIT-2022 4/37 Artikel 26.

Aanbestedingsvoorwaarden De ARBIT voorwaarden zijn van toepassing welke als bijlage 1 zijn opgenomen.

Voorts is bij het schrijven daarvan uit oogpunt van uniformiteit zoveel mogelijk aansluiting gezocht bij de structuur, inhoud en bewoordingen van de Algemene Rijksvoorwaarden voor het verstrekken van Opdrachten tot het verrichten van diensten (ARVODI) en de Algemene Rijksinkoopvoorwaarden (ARIV).

Voor een eenvoudige algemene set van Rijksvoorwaarden, bijvoorbeeld voor leveringen van niet ITproducten, kan gebruik worden gemaakt van de ARIV.

Voorts is bij het schrijven daarvan uit oogpunt van uniformiteit zoveel mogelijk aansluiting gezocht bij de structuur, inhoud en bewoordingen van de Algemene Rijksvoorwaarden voor het verstrekken van Opdrachten tot het verrichten van diensten (ARVODI) en de Algemene Rijksinkoopvoorwaarden (ARIV).

De ARVODI zijn geschikt voor dienstverlening waarbij het IT-aspect niet voorop staat, zoals onderzoeken.

Opdrachten waarbij het specifieke IT-aspect niet voorop staat zoals die tot het verzorgen van ITopleidingen, kunnen in beginsel gewoon met toepassing van de ARVODI worden verstrekt.

Datamodel dat aansluit op de vigerende datamodellen in de strafrechtketen Datamodel dat voldoet aan datamodelleringsstandaarden (zoals SRK canonical datamodel, de SKOS en de MIM-standaard).

Datamodel dat aansluit op de vigerende datamodellen in de strafrechtketen Datamodel dat voldoet aan datamodelleringsstandaarden (zoals SRK canonical datamodel, de SKOS en de MIM-standaard).

Datamodel dat aansluit op de vigerende datamodellen in de strafrechtketen Datamodel dat voldoet aan datamodelleringsstandaarden (zoals SRK canonical datamodel, de SKOS en de MIM-standaard).

• https://publicatie.centrumvoorstandaarden.nl/api/adr/ o Document van de overheid over API Design Rules.

53 Ontwikkelaar Componenten ontwikkelen en onderhouden: metadateren Als ontwikkelaar kan ik de waarden van alle standaard attributen van de componenten van een product waar ik aan werk in bulk invoeren of wijzigen Bulkacties vereisen geen aparte workflowstap Alle wijzigingen worden vastgelegd door het systeem (trail) 54 Ontwikkelaar Componenten ontwikkelen en onderhouden: metadateren Als ontwikkelaar kan ik de waarden van alle standaard attributen van een selectie van componenten waar ik aan werk in bulk invoeren of wijzigen Bulkacties vereisen geen aparte workflowstap Alle wijzigingen worden vastgelegd door het systeem (trail) Het systeem dwingt het invoeren van verplichte attributen af 55 Ontwikkelaar Componenten ontwikkelen en onderhouden: relateren Als ontwikkelaar kan ik componenten onderling relateren, zodat ik de (inhoudelijke) samenhang tussen die componenten zichtbaar kan maken Middels een in het informatiemodel vastgelegde set van mogelijke relaties, bijvoorbeeld SKOS 56 Alle Componenten ontwikkelen en onderhouden: comments Als ontwikkelaar/reviewer/toetser kan ik inline comments plaatsen in componenten (met basale opmaak en hyperlinks) Systeem houdt vast wie wanneer welke comment plaatst Andere gebruikers met de juiste rechten kunnen mijn comments zien 57 Alle Componenten ontwikkelen en onderhouden: comments Als ontwikkelaar/reviewer/toetser kan ik reageren op inline comments van anderen Systeem houdt vast wie wanneer welke comment plaatst Andere gebruikers met de juiste rechten kunnen mijn comments zien 58 Alle Componenten ontwikkelen en onderhouden: comments Als ontwikkelaar/reviewer/toetser kan ik op componentniveau een comment toevoegen (met basale opmaak en hyperlinks) Systeem houdt vast wie wanneer welke comment plaatst Andere gebruikers met de juiste rechten kunnen mijn comments zien 59 Alle Componenten ontwikkelen en onderhouden: comments Als ontwikkelaar/reviewer/toetser kan ik reageren op component-comments van anderen Systeem houdt vast wie wanneer welke comment plaatst Andere gebruikers met de juiste rechten kunnen mijn comments zien 60 Alle Producten ontwikkelen en onderhouden: comments Als ontwikkelaar/reviewer/toetser kan ik op productniveau een comment toevoegen (met basale opmaak en hyperlinks) Systeem houdt vast wie wanneer welke comment plaatst Andere gebruikers met de juiste rechten kunnen mijn comments zien 61 Alle Producten ontwikkelen en onderhouden: comments Als ontwikkelaar/reviewer/toetser kan ik reageren op product-comments van anderen Systeem houdt vast wie wanneer welke comment plaatst Andere gebruikers met de juiste rechten kunnen mijn comments zien 62 Ontwikkelaar Componenten ontwikkelen en onderhouden: zoek en vervang Als ontwikkelaar kan ik een zoek- en vervangactie uitvoeren op de inhoud van een component waar ik aan werk 63 Ontwikkelaar Componenten ontwikkelen en onderhouden: zoek en vervang Als ontwikkelaar kan ik een zoek- en vervangactie uitvoeren op de inhoud van alle componenten van een product waar ik aan werk 64 Ontwikkelaar Componenten ontwikkelen en onderhouden: zoek en vervang Als ontwikkelaar kan ik een aantal componenten uit de gehele database selecteren en daaroverheen een integrale zoek- en vervangactie uitvoeren Referentiedata creëren/beheren/gebruiken Dit domein heeft de volgende requirements: Nr Rol Aspect Requirement Acceptatiecriteria Voorbeelden 65 Superontwikkelaar Referentiedata creëren Als superontwikkelaar kan ik in het systeem referentiedata (waardelijsten en waarden) aanmaken en beheren van alle daarvoor in aanmerking komende attributen binnen de kwalificatiestructuur mbo, zodat deze data zo sterk mogelijk genormaliseerd is Waarden binnen een waardelijst krijgen een door het systeem gegenereerde unieke identifier 66 Superontwikkelaar Referentiedata binnenhalen Als superontwikkelaar kan ik op het Dataplatform van SBB levende referentiedata selecteren voor gebruik binnen het systeem, zodat ik deze bronnen niet hoef te repliceren Middels een API Middels een pull-proces Dit kunnen bijvoorbeeld de skills van CompetentNL zijn 67 Superontwikkelaar Referentiedata bewerken Als superontwikkelaar wil ik bestaande referentiedata kunnen bewerken, zodat ik fouten kan corrigeren en de data up-to-date blijft 68 Superontwikkelaar Referentiedata relateren Als superontwikkelaar wil ik waarden uit verschillende waardelijsten aan elkaar kunnen relateren, zodat deze semantiek gebruikt kan worden binnen de kwalificatiestructuur mbo.

ARBIT-2022 9/37 1.34.

Organisatienaam <Inschrijver/Gegadigde> Naam rechtsgeldig tekenbevoegde Functie Handtekening Plaats en datum Tweede Nota van Inlichtingen Titel: Digitaal ontwikkelsysteem Kwalificatiestructuur MBO Opdrachtgever: Samenwerkingsorganisatie Beroepsonderwijs Bedrijfsleven (SBB) Datum: 16-1-2025 Versie: Definitief Bijlagen: Bijlage 1 Versie 2 Vraag Vraagtekst Antwoord 1 Voorstel is om: Artikelen 8.1a, 8.2, 8,3 en 8.4 van de ARBIT-2022 zijn niet van toepassing op de overeenkomst en komen te vervallen.

De wens van SBB is dat het intellectueel eigendom hiervan bij opdrachtnemer ligt en eventueel maatwerk in de standaard applicatie wordt opgenomen voor beheer en ondersteuning. De ARBIT voorwaarden kunnen hiervoor op relevante onderdelen worden aangepast. Het gezamenlijk met de leverancier co-creëren van de inrichting/configuratie van het platform en het vertalen van het PvE naar concrete functionaliteiten; De begeleiding tijdens de overgang naar DoK en de nieuwe werkwijze die daarmee gepaard gaat.