-
Notifications
You must be signed in to change notification settings - Fork 0
/
Copy pathsnapshot.html
753 lines (706 loc) · 81.4 KB
/
snapshot.html
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
<!DOCTYPE html><html lang="nl"><head>
<meta name="viewport" content="width=device-width, initial-scale=1, shrink-to-fit=no">
<meta content="text/html; charset=utf-8" http-equiv="content-type">
<meta name="generator" content="ReSpec 32.1.2 Logius profile 20220405">
<style>
span.example-title{text-transform:none}
:is(aside,div).example,div.illegal-example{padding:.5em;margin:1em 0;position:relative;clear:both}
div.illegal-example{color:red}
div.illegal-example p{color:#000}
:is(aside,div).example{border-left-width:.5em;border-left-style:solid;border-color:#e0cb52;background:#fcfaee}
aside.example div.example{border-left-width:.1em;border-color:#999;background:#fff}
.example pre{background-color:rgba(0,0,0,.03)}
</style>
<style>
dfn{cursor:pointer}
.dfn-panel{position:absolute;z-index:35;min-width:300px;max-width:500px;padding:.5em .75em;margin-top:.6em;font:small Helvetica Neue,sans-serif,Droid Sans Fallback;background:#fff;color:#000;box-shadow:0 1em 3em -.4em rgba(0,0,0,.3),0 0 1px 1px rgba(0,0,0,.05);border-radius:2px}
.dfn-panel:not(.docked)>.caret{position:absolute;top:-9px}
.dfn-panel:not(.docked)>.caret::after,.dfn-panel:not(.docked)>.caret::before{content:"";position:absolute;border:10px solid transparent;border-top:0;border-bottom:10px solid #fff;top:0}
.dfn-panel:not(.docked)>.caret::before{border-bottom:9px solid #a2a9b1}
.dfn-panel *{margin:0}
.dfn-panel b{display:block;color:#000;margin-top:.25em}
.dfn-panel ul a[href]{color:#333}
.dfn-panel>div{display:flex}
.dfn-panel a.self-link{font-weight:700;margin-right:auto}
.dfn-panel .marker{padding:.1em;margin-left:.5em;border-radius:.2em;text-align:center;white-space:nowrap;font-size:90%;color:#040b1c}
.dfn-panel .marker.dfn-exported{background:#d1edfd;box-shadow:0 0 0 .125em #1ca5f940}
.dfn-panel .marker.idl-block{background:#8ccbf2;box-shadow:0 0 0 .125em #0670b161}
.dfn-panel a:not(:hover){text-decoration:none!important;border-bottom:none!important}
.dfn-panel a[href]:hover{border-bottom-width:1px}
.dfn-panel ul{padding:0}
.dfn-panel li{margin-left:1em}
.dfn-panel.docked{position:fixed;left:.5em;top:unset;bottom:2em;margin:0 auto;max-width:calc(100vw - .75em * 2 - .5em - .2em * 2);max-height:30vh;overflow:auto}
</style>
<link rel="shortcut icon" type="image/x-icon" href="https://publicatie.centrumvoorstandaarden.nl/respec/style/logos/logius.ico">
<title>BOMOS: aanvullende modules</title>
<link rel="stylesheet" type="text/css" href="./media/style.css">
<style id="respec-mainstyle">
@keyframes pop{
0%{transform:scale(1,1)}
25%{transform:scale(1.25,1.25);opacity:.75}
100%{transform:scale(1,1)}
}
:is(h1,h2,h3,h4,h5,h6,a) abbr{border:none}
dfn{font-weight:700}
a.internalDFN{color:inherit;border-bottom:1px solid #99c;text-decoration:none}
a.externalDFN{color:inherit;border-bottom:1px dotted #ccc;text-decoration:none}
a.bibref{text-decoration:none}
.respec-offending-element:target{animation:pop .25s ease-in-out 0s 1}
.respec-offending-element,a[href].respec-offending-element{text-decoration:red wavy underline}
@supports not (text-decoration:red wavy underline){
.respec-offending-element:not(pre){display:inline-block}
.respec-offending-element{background:url(data:image/gif;base64,R0lGODdhBAADAPEAANv///8AAP///wAAACwAAAAABAADAEACBZQjmIAFADs=) bottom repeat-x}
}
#references :target{background:#eaf3ff;animation:pop .4s ease-in-out 0s 1}
cite .bibref{font-style:normal}
code{color:#c63501}
th code{color:inherit}
a[href].orcid{padding-left:4px;padding-right:4px}
a[href].orcid>svg{margin-bottom:-2px}
.toc a,.tof a{text-decoration:none}
a .figno,a .secno{color:#000}
ol.tof,ul.tof{list-style:none outside none}
.caption{margin-top:.5em;font-style:italic}
table.simple{border-spacing:0;border-collapse:collapse;border-bottom:3px solid #005a9c}
.simple th{background:#005a9c;color:#fff;padding:3px 5px;text-align:left}
.simple th a{color:#fff;padding:3px 5px;text-align:left}
.simple th[scope=row]{background:inherit;color:inherit;border-top:1px solid #ddd}
.simple td{padding:3px 10px;border-top:1px solid #ddd}
.simple tr:nth-child(even){background:#f0f6ff}
.section dd>p:first-child{margin-top:0}
.section dd>p:last-child{margin-bottom:0}
.section dd{margin-bottom:1em}
.section dl.attrs dd,.section dl.eldef dd{margin-bottom:0}
#issue-summary>ul{column-count:2}
#issue-summary li{list-style:none;display:inline-block}
details.respec-tests-details{margin-left:1em;display:inline-block;vertical-align:top}
details.respec-tests-details>*{padding-right:2em}
details.respec-tests-details[open]{z-index:999999;position:absolute;border:thin solid #cad3e2;border-radius:.3em;background-color:#fff;padding-bottom:.5em}
details.respec-tests-details[open]>summary{border-bottom:thin solid #cad3e2;padding-left:1em;margin-bottom:1em;line-height:2em}
details.respec-tests-details>ul{width:100%;margin-top:-.3em}
details.respec-tests-details>li{padding-left:1em}
.self-link:hover{opacity:1;text-decoration:none;background-color:transparent}
aside.example .marker>a.self-link{color:inherit}
.header-wrapper{display:flex;align-items:baseline}
:is(h2,h3,h4,h5,h6):not(#toc>h2,#abstract>h2,#sotd>h2,.head>h2){position:relative;left:-.5em}
:is(h2,h3,h4,h5,h6):not(#toch2)+a.self-link{color:inherit;order:-1;position:relative;left:-1.1em;font-size:1rem;opacity:.5}
:is(h2,h3,h4,h5,h6)+a.self-link::before{content:"§";text-decoration:none;color:var(--heading-text)}
:is(h2,h3)+a.self-link{top:-.2em}
:is(h4,h5,h6)+a.self-link::before{color:#000}
@media (max-width:767px){
dd{margin-left:0}
}
@media print{
.removeOnSave{display:none}
}
</style>
<meta name="description" content="BOMOS (Beheer- en OntwikkelModel voor Open Standaarden) is een hulpmiddel
van en voor de standaardisatiewereld. Dit deel bevat een aantal aanvullende
modules. Voorbeelden uit de praktijk die buiten scope van het BOMOS Fundament
vallen maar waarbinnen BOMOS wel toegepasst kan worden.">
<style>
var{position:relative;cursor:pointer}
var[data-type]::after,var[data-type]::before{position:absolute;left:50%;top:-6px;opacity:0;transition:opacity .4s;pointer-events:none}
var[data-type]::before{content:"";transform:translateX(-50%);border-width:4px 6px 0 6px;border-style:solid;border-color:transparent;border-top-color:#000}
var[data-type]::after{content:attr(data-type);transform:translateX(-50%) translateY(-100%);background:#000;text-align:center;font-family:"Dank Mono","Fira Code",monospace;font-style:normal;padding:6px;border-radius:3px;color:#daca88;text-indent:0;font-weight:400}
var[data-type]:hover::after,var[data-type]:hover::before{opacity:1}
</style>
<script id="initialUserConfig" type="application/json">{
"specStatus": "WV",
"specType": "ST",
"pubDomain": "bomos",
"shortName": "bomos",
"publishDate": "2020-04-05",
"publishVersion": "3.0.0",
"previousMaturity": "DEF",
"license": "cc-by-nd",
"doJsonLd": true,
"maxTocLevel": 3,
"editors": [
{
"name": "Erwin Folmer",
"company": "Kadaster",
"companyURL": "https://www.utwente.nl/"
},
{
"name": "Edwin Wisse",
"company": "Logius",
"companyURL": "https://www.logius.nl/"
}
],
"authors": [
{
"name": "Erwin Folmer",
"company": "Universiteit Twente",
"companyURL": "https://www.utwente.nl/"
},
{
"name": "Wouter van den Berg",
"company": "TNO",
"companyURL": "https://www.tno.nl/"
},
{
"name": "Sander Boer",
"company": "Logius",
"companyURL": "http://www.logius.nl/"
}
],
"github": "https://github.com/Logius-standaarden/BOMOS-Aanvullende-Modules",
"addSectionLinks": true,
"a11y": false,
"alternateFormats": [
{
"label": "pdf",
"uri": "BOMOS-Aanvullende-modules.pdf"
}
],
"nl_markdownSplitH1sections": false,
"nl_organisationName": "Logius",
"nl_organisationPrefix": "LS-",
"nl_markdownTableClass": "dkkvs",
"nl_markdownEmbedImageInFigure": true,
"nl_organisationStylesURL": "https://publicatie.centrumvoorstandaarden.nl/respec/style/",
"nl_organisationPublishURL": "https://publicatie.centrumvoorstandaarden.nl/",
"nl_logo": {
"src": "https://publicatie.centrumvoorstandaarden.nl/respec/style/logos/figure-logius.svg",
"alt": "Logius",
"id": "Logius",
"height": 77,
"width": 44,
"url": "https://www.logius.nl/standaarden"
},
"localBiblio": {
"NEN3610": {
"href": "http://www.nen.nl/web/Normshop/Norm/NEN-36102011-nl.htm",
"title": "Basismodel Geo-informatie - Termen, definities, relaties en algemene regels voor de uitwisseling van informatie over aan de aarde gerelateerde ruimtelijke objecten",
"authors": [
""
],
"date": "Maart 2011",
"publisher": "Nederlands Normalisatie-instituut"
}
},
"publishISODate": "2020-04-05T00:00:00.000Z",
"generatedSubtitle": "Werkversie 13 april 2022"
}</script>
<link rel="stylesheet" href="https://publicatie.centrumvoorstandaarden.nl/respec/style/LS-WV.css"></head>
<body class="h-entry informative toc-inline"><div class="head">
<a class="logo" href="https://www.logius.nl/standaarden"><img alt="Logius" height="77" id="Logius" src="https://publicatie.centrumvoorstandaarden.nl/respec/style/logos/figure-logius.svg" width="44">
</a> <h1 id="title" class="title">BOMOS: aanvullende modules</h1>
<h2>
Logius Standaard<br>
Werkversie
<time class="dt-published" datetime="2020-04-05">13 april 2022</time>
</h2>
<dl>
<dt>Deze versie:</dt><dd class="status">
<a class="u-url status" href="https://logius-standaarden.github.io/BOMOS-Aanvullende-Modules/">https://logius-standaarden.github.io/BOMOS-Aanvullende-Modules/</a>
</dd><dt>Laatst gepubliceerde versie:</dt><dd>
<a href="https://publicatie.centrumvoorstandaarden.nl/bomos/bomos/">https://publicatie.centrumvoorstandaarden.nl/bomos/bomos/</a>
</dd>
<dt>Laatste werkversie:</dt><dd><a href="https://logius-standaarden.github.io/BOMOS-Aanvullende-Modules/">https://logius-standaarden.github.io/BOMOS-Aanvullende-Modules/</a></dd>
<dt>Redacteurs:</dt>
<dd class="editor p-author h-card vcard">
<span class="p-name fn">Erwin Folmer</span> (<a class="p-org org h-org" href="https://www.utwente.nl/">Kadaster</a>)
</dd><dd class="editor p-author h-card vcard">
<span class="p-name fn">Edwin Wisse</span> (<a class="p-org org h-org" href="https://www.logius.nl/">Logius</a>)
</dd>
<dt>Auteurs:</dt><dd class="editor p-author h-card vcard">
<span class="p-name fn">Erwin Folmer</span> (<a class="p-org org h-org" href="https://www.utwente.nl/">Universiteit Twente</a>)
</dd><dd class="editor p-author h-card vcard">
<span class="p-name fn">Wouter van den Berg</span> (<a class="p-org org h-org" href="https://www.tno.nl/">TNO</a>)
</dd><dd class="editor p-author h-card vcard">
<span class="p-name fn">Sander Boer</span> (<a class="p-org org h-org" href="http://www.logius.nl/">Logius</a>)
</dd>
<dt>Doe mee:</dt><dd>
<a href="https://github.com/Logius-standaarden/BOMOS-Aanvullende-Modules/">GitHub Logius-standaarden/BOMOS-Aanvullende-Modules</a>
</dd><dd>
<a href="https://github.com/Logius-standaarden/BOMOS-Aanvullende-Modules/issues/">Dien een melding in</a>
</dd><dd>
<a href="https://github.com/Logius-standaarden/BOMOS-Aanvullende-Modules/commits/">Revisiehistorie</a>
</dd><dd>
<a href="https://github.com/Logius-standaarden/BOMOS-Aanvullende-Modules/pulls/">Pull requests</a>
</dd>
</dl>
<p lang="en">
This document is also available in this non-normative format:
<a rel="alternate" href="BOMOS-Aanvullende-modules.pdf">pdf</a>
</p>
<p class="copyright" lang="en">
This document is licensed under a
<a rel="license" href="https://creativecommons.org/licenses/by/4.0/" class="subfoot">Creative Commons Attribution 4.0 License</a>.
</p>
<hr title="Separator for header">
</div>
<section id="abstract" class="introductory"><h2>Samenvatting</h2><p> BOMOS (Beheer- en OntwikkelModel voor Open Standaarden) is een hulpmiddel
van en voor de standaardisatiewereld. Dit deel bevat een aantal aanvullende
modules. Voorbeelden uit de praktijk die buiten scope van het BOMOS Fundament
vallen maar waarbinnen BOMOS wel toegepasst kan worden.
</p>
</section>
<section id="sotd" class="introductory"><h2>Status van dit document</h2>Dit is een werkversie die op elk moment kan worden gewijzigd, verwijderd of vervangen door andere documenten. Het is geen door het Technisch Overleg goedgekeurde consultatieversie.<p></p></section><nav id="toc"><h2 class="introductory" id="inhoudsopgave">Inhoudsopgave</h2><ol class="toc"><li class="tocline"><a class="tocxref" href="#abstract">Samenvatting</a></li><li class="tocline"><a class="tocxref" href="#sotd">Status van dit document</a></li><li class="tocline"><a class="tocxref" href="#linked-data-ontologien"><bdi class="secno">1. </bdi>LINKED DATA & ONTOLOGIËN</a><ol class="toc"><li class="tocline"><a class="tocxref" href="#opkomst-van-linked-data"><bdi class="secno">1.1 </bdi>Opkomst van Linked Data</a></li><li class="tocline"><a class="tocxref" href="#publieke-sector"><bdi class="secno">1.2 </bdi>Publieke sector</a></li><li class="tocline"><a class="tocxref" href="#private-sector"><bdi class="secno">1.3 </bdi>Private sector</a></li><li class="tocline"><a class="tocxref" href="#de-fair-beweging"><bdi class="secno">1.4 </bdi>De FAIR-beweging</a></li><li class="tocline"><a class="tocxref" href="#waarom-linked-data"><bdi class="secno">1.5 </bdi>Waarom Linked Data?</a></li><li class="tocline"><a class="tocxref" href="#impact-op-standaardisatie-en-beheer"><bdi class="secno">1.6 </bdi>Impact op standaardisatie en beheer</a><ol class="toc"><li class="tocline"><a class="tocxref" href="#hergebruik"><bdi class="secno">1.6.1 </bdi>Hergebruik</a></li><li class="tocline"><a class="tocxref" href="#training-en-opleiding"><bdi class="secno">1.6.2 </bdi>Training en opleiding</a></li></ol></li><li class="tocline"><a class="tocxref" href="#een-tussen-weg-kiezen"><bdi class="secno">1.7 </bdi>Een (tussen)weg kiezen</a></li><li class="tocline"><a class="tocxref" href="#doorontwikkelen"><bdi class="secno">1.8 </bdi>Doorontwikkelen</a></li><li class="tocline"><a class="tocxref" href="#gebruiksanalyse"><bdi class="secno">1.9 </bdi>Gebruiksanalyse</a></li><li class="tocline"><a class="tocxref" href="#hulpmiddelen"><bdi class="secno">1.10 </bdi>Hulpmiddelen</a><ol class="toc"><li class="tocline"><a class="tocxref" href="#neoneologism"><bdi class="secno">1.10.1 </bdi>NeoNeoLogism</a></li><li class="tocline"><a class="tocxref" href="#pool-party"><bdi class="secno">1.10.2 </bdi>Pool Party</a></li><li class="tocline"><a class="tocxref" href="#protege"><bdi class="secno">1.10.3 </bdi>Protégé</a></li><li class="tocline"><a class="tocxref" href="#semantic-treehouse"><bdi class="secno">1.10.4 </bdi>Semantic Treehouse</a></li><li class="tocline"><a class="tocxref" href="#topbraid-composer"><bdi class="secno">1.10.5 </bdi>TopBraid Composer</a></li><li class="tocline"><a class="tocxref" href="#vocbench"><bdi class="secno">1.10.6 </bdi>VocBench</a></li><li class="tocline"><a class="tocxref" href="#matey"><bdi class="secno">1.10.7 </bdi>Matey</a></li></ol></li></ol></li><li class="tocline"><a class="tocxref" href="#invulling-van-bomos-voor-het-beheer-van-afsprakenstelsels"><bdi class="secno">2. </bdi>Invulling van BOMOS voor het beheer van afsprakenstelsels</a><ol class="toc"><li class="tocline"><a class="tocxref" href="#wat-zijn-afsprakenstelsels"><bdi class="secno">2.1 </bdi>Wat zijn afsprakenstelsels?</a></li><li class="tocline"><a class="tocxref" href="#inhoud-van-een-afsprakenstelsel"><bdi class="secno">2.2 </bdi>Inhoud van een afsprakenstelsel</a><ol class="toc"><li class="tocline"><a class="tocxref" href="#voorbeeld-van-een-afsprakenstelsel-medmij"><bdi class="secno">2.2.1 </bdi>Voorbeeld van een afsprakenstelsel: Medmij</a></li></ol></li><li class="tocline"><a class="tocxref" href="#hoe-is-bomos-als-best-practice-inzetbaar-voor-het-beheer-van-afsprakenstelsels"><bdi class="secno">2.3 </bdi>Hoe is BOMOS als best practice inzetbaar voor het beheer van afsprakenstelsels?</a></li><li class="tocline"><a class="tocxref" href="#bomos-toegepast-op-afsprakenstelsels"><bdi class="secno">2.4 </bdi>BOMOS toegepast op afsprakenstelsels</a></li><li class="tocline"><a class="tocxref" href="#strategie"><bdi class="secno">2.5 </bdi>Strategie</a><ol class="toc"><li class="tocline"><a class="tocxref" href="#governance"><bdi class="secno">2.5.1 </bdi>Governance</a></li><li class="tocline"><a class="tocxref" href="#visie"><bdi class="secno">2.5.2 </bdi>Visie</a></li><li class="tocline"><a class="tocxref" href="#financien"><bdi class="secno">2.5.3 </bdi>Financiën</a></li></ol></li><li class="tocline"><a class="tocxref" href="#tactiek"><bdi class="secno">2.6 </bdi>Tactiek</a><ol class="toc"><li class="tocline"><a class="tocxref" href="#community"><bdi class="secno">2.6.1 </bdi>Community</a></li><li class="tocline"><a class="tocxref" href="#adoptie-en-erkenning"><bdi class="secno">2.6.2 </bdi>Adoptie en Erkenning</a></li><li class="tocline"><a class="tocxref" href="#architectuur"><bdi class="secno">2.6.3 </bdi>Architectuur</a></li><li class="tocline"><a class="tocxref" href="#stelselrisico-analyse-extra-activiteit"><bdi class="secno">2.6.4 </bdi>Stelselrisico analyse (extra activiteit)</a></li></ol></li><li class="tocline"><a class="tocxref" href="#operationeel"><bdi class="secno">2.7 </bdi>Operationeel</a><ol class="toc"><li class="tocline"><a class="tocxref" href="#wensen-eisen"><bdi class="secno">2.7.1 </bdi>Wensen & Eisen</a></li><li class="tocline"><a class="tocxref" href="#operationeel-handboek-extra-activiteit"><bdi class="secno">2.7.2 </bdi>Operationeel handboek (extra activiteit)</a></li></ol></li><li class="tocline"><a class="tocxref" href="#implementatieondersteuning"><bdi class="secno">2.8 </bdi>Implementatieondersteuning</a><ol class="toc"><li class="tocline"><a class="tocxref" href="#validatie-certificatie"><bdi class="secno">2.8.1 </bdi>Validatie& certificatie</a></li></ol></li><li class="tocline"><a class="tocxref" href="#communicatie"><bdi class="secno">2.9 </bdi>Communicatie</a><ol class="toc"><li class="tocline"><a class="tocxref" href="#promotie"><bdi class="secno">2.9.1 </bdi>Promotie</a></li><li class="tocline"><a class="tocxref" href="#publicatie"><bdi class="secno">2.9.2 </bdi>Publicatie</a></li><li class="tocline"><a class="tocxref" href="#klachtenafhandeling"><bdi class="secno">2.9.3 </bdi>Klachtenafhandeling</a></li></ol></li></ol></li><li class="tocline"><a class="tocxref" href="#tof"><bdi class="secno">3. </bdi>Lijst met figuren</a></li></ol></nav>
<section class="introductory"><h1>Documentbeheer</h1>
<table class="dkkvs">
<thead>
<tr>
<th>Datum</th>
<th>Versie</th>
<th>Auteur</th>
<th>Opmerkingen</th>
</tr>
</thead>
<tbody><tr>
<td>2009</td>
<td>1.0</td>
<td>Erwin Folmer</td>
<td>Toevoeging vanuit Werkgroep CMO: Activiteiten Diagram</td>
</tr>
<tr>
<td>2011</td>
<td>2.0</td>
<td>Erwin Folmer & Matthijs Punter</td>
<td>Toevoeging: De Best Practices</td>
</tr>
<tr>
<td>05/04/2022</td>
<td>3.0</td>
<td>Wouter van den Berg, Sander Boer, Edwin Wisse</td>
<td>Aanvullende modules in eigen document ondergebracht</td>
</tr>
</tbody></table>
</section>
<section class="introductory"><h1>Colofon</h1>
<table class="dkkvs">
<thead>
<tr>
<th></th>
<th></th>
</tr>
</thead>
<tbody><tr>
<td>Logius Servicecentrum:</td>
<td>Postbus 96810 <br>2509 JE Den Haag<br>tel. 0900 555 4555 (10 ct p/m)<br>email <a href="mailto:servicecentrum@logius.nl">servicecentrum@logius.nl</a></td>
</tr>
</tbody></table>
</section>
<section id="linked-data-ontologien"><div class="header-wrapper"><h2 id="x1-linked-data-ontologien"><bdi class="secno">1. </bdi>LINKED DATA & ONTOLOGIËN</h2><a class="self-link" href="#linked-data-ontologien" aria-label="Permalink for Section 1."></a></div>
<p>Linked data is al langere tijd in opkomst. De standaarden en technologiën die hieronder vallen -- zoals RDF, SPARQL en OWL -- worden steeds meer in de praktijk geadopteerd. Dat begon in de academische wereld maar heeft zich de afgelopen jaren uitgebreid naar de publieke sector en het bedrijfsleven.<br>Linked Data brengt veranderingen in de semantische standaardisatiediscipline die BOMOS omschrijft. Dit hoofdstuk licht die veranderingen toe. Het gaat niet enkel om het gebruik van nieuwe technologieën en hulpmiddelen. Linked Data betekent een andere benadering tot semantische interoperabiliteit: de nadruk verschuift van het standaardiseren van berichten (of 'transacties') naar het standaardiseren van de onderliggende domeinbeschrijving.</p>
<p>Enige basiskennis van de werking van Linked Data wordt in dit hoofdstuk verondersteld. Eerst komen de verschillen met conventionele semantische standaarden aan bod, zowel op het vlak van beheer en doorontwikkeling als in de toepassing door gebruikers. Tenslotte wordt er een overzicht geboden van digitale middelen die van nut kunnen zijn bij beheer en (door)ontwikkeling van met name ontologiën.</p>
<p>Toch eerst een toelichting op de betekenis van het woord 'ontologie'. Er is geen duidelijke scheiding tussen wat in de wereld van Linked Data wordt aangeduid als "vocabulaires" en "ontologiën". <a href="https://www.w3.org/standards/semanticweb/ontology">Volgens de W3C</a> is het de trend om het woord "ontologie" te gebruiken voor complexere en formele verzamelingen van termen, terwijl "vocabulaire" wordt gebruikt voor simpelere varianten of waar minder strikt formalisme wordt gebruikt. In dit hoofdstuk wordt met het woord 'ontologie' het hele spectrum bedoeld. </p>
<p>Aan de basis van het hoofdstuk staat verder het volgende onderscheid tussen de twee soorten semantische standaarden (zie ook figuur 1): </p>
<ol>
<li>Conventionele semantische standaarden. Deze standaarden lossen het interoperabiliteitsprobleem op door middel van gezamenlijke afspraken over de inhoudelijke structuur van berichten of transacties.</li>
<li>Semantische standaarden op basis van Linked Data. Deze standaarden lossen het interoperabiliteitsprobleem op door een gezamenlijke taal voor het beschrijven van dingen of gebeurtenissen in een domein vast te leggen (in een ontologie). Dankzij die gezamenlijke taal is de gemeenschap niet meer afhankelijk van vaste berichtstructuren voor eenduidige interpretatie van de gedeelde data. (Het uitwisselen van gestandaardiseerde berichten blijft overigens gewoon mogelijk als daar binnen de gemeenschap behoefte toe is.)</li>
</ol>
<section id="opkomst-van-linked-data"><div class="header-wrapper"><h3 id="x1-1-opkomst-van-linked-data"><bdi class="secno">1.1 </bdi>Opkomst van Linked Data</h3><a class="self-link" href="#opkomst-van-linked-data" aria-label="Permalink for Section 1.1"></a></div>
<p>In de afgelopen jaren is in zowel de publieke als private sector steeds vaker de Linked Data benadering toegepast. Dit hoofdstuk beschrijft initiatieven in de publieke sector en de private sector, plus een die daar tussenin zit: de FAIR-beweging.</p>
</section><section id="publieke-sector"><div class="header-wrapper"><h3 id="x1-2-publieke-sector"><bdi class="secno">1.2 </bdi>Publieke sector</h3><a class="self-link" href="#publieke-sector" aria-label="Permalink for Section 1.2"></a></div>
<p>Binnen de publieke sector heeft de cultuursector altijd vooropgelopen. Het Europeana project (al gestart in 2008) was baanbrekend: Europeana Collections biedt inmiddels toegang tot meer dan 50 miljoen gedigitaliseerde items - boeken, muziek, kunst en meer - met geavanceerde zoek- en filterfuncties om het zoeken te vergemakkelijken. Net als in de andere sectoren begon het ook hier met de ontwikkeling van de modellen om de metadata van de collecties in te beschrijven. Ook andere culture instellingen hebben verschillende modellen in Linked Data uitgedrukt, bijvoorbeeld de Koninklijke Bibliotheek met de Nederlandse Thesaurus van Auteursnamen en de Rijksdienst Cultureel Erfgoed met onder andere het Archeologisch Basisregister.</p>
<p>Op het gebied van bouw en infrastructuur zijn zogenaamde Object Type Libraries (OTL) een bekend fenomeen. Een OTL is een soort semantische bibliotheek binnen de eigen organisatie. ProRail en Rijkswaterstaat zijn bekende organisaties die dit toepassen. Daarnaast is daar COINS, een andere belangrijke standaard die op Linked Data is gebaseerd, bedoeld voor de uitwisseling van BIM-modellen.
Organisaties in de sector van geografische informatie waren er ook vroeg bij, met Geonovum als trekker van het Platform Linked Data Nederland. Het Kadaster had al snel de eerste modellen van de Basisregistraties Adressen en Gebouwen gepubliceerd, en vervolgens ook andere datasets. Na de publicatie van de modellen zijn de basisregistraties zelf als Linked Data gepubliceerd, en dan ook op 'productie'-niveau, dat wil zeggen met persistente URIs, actueel en gemonitord. Daarnaast wordt op <a href="https://labs.kadaster.nl/">labs.kadaster.nl</a> ter inspiratie een groot aantal voorbeelden gegeven van de mogelijkheden die Linked Data biedt. Een belangrijke vervolgstap is dat de NEN3610 (het semantische 'moedermodel' van Nederlandse geo-informatiemodellen) inmiddels ook als Linked Data beschikbaar is.</p>
<p>Zo zijn er nog vele andere initiatieven in de publieke sector te noemen, zoals die in de landbouw en de vreemdelingenketen. Maar ook de Onderwijssector heeft al vele stappen richting Linked Data gezet op basis van de ROSA, waarbij wederom de semantische modellen het startpunt zijn. Het voert te ver om die in dit hoofdstuk allemaal te belichten.</p>
</section><section id="private-sector"><div class="header-wrapper"><h3 id="x1-3-private-sector"><bdi class="secno">1.3 </bdi>Private sector</h3><a class="self-link" href="#private-sector" aria-label="Permalink for Section 1.3"></a></div>
<p>In de private sector komen Linked Data-ontwikkelingen in alle lagen voor: op het niveau van de branche en ketenprocessen, in individuele bedrijven, en in specifieke bedrijfsprocessen.</p>
<p>In het bedrijfsleven zijn er branches en gemeenschappen waar de rol van Linked Data steeds groter wordt, al is dat meestal in een verkennende fase. Het bedrijfsleven lijkt vooral nieuwsgierig naar de enorme hoeveelheid werk die in de academische wereld is verricht naar semantische technologieën en wat dit concreet kan betekenen om hun problemen te adresseren.</p>
<p>Een voorbeeld is te vinden in de uitzendbranche. Partijen uit die branche hebben in samenwerking met TNO het meerjarige Flexible IT (FIT) with Ontologies-project opgezet. Met dit project testen zij de voordelen van een overstap van uitwisseling middels de SETU-berichtstandaarden naar flexibelere uitwisseling middels de SETU-ontologie.</p>
<p>Daarnaast zijn er individuele bedrijven die met Linked Data aan de slag gaan. Bijvoorbeeld firma NXP Semiconductors, die in 2015 met hun Enterprise Datahub in de prijzen vielen in Nederlandse en Europese Linked Data competities. Dit systeem zorgt ervoor dat data hun vele producten (meer dan 20.000) uit verschillende databases geïntegreerd kunnen worden. Waar mogelijk heeft NXP gebruik gemaakt van
bestaande standaard ontologiën als Dublin Core, SKOS, FOAF en Schema.org. Omdat er een aantal voor de sector benodigde termen en concepten ontbraken, is ook een NXP-vocabulaire ontwikkeld en aan de eerdergenoemde set gekoppeld. Op deze manier kan NXP Semiconductors de data rijk genoeg beschrijven en kunnen externe gebruikers de betekenis van begrippen gemakkelijker nagaan.</p>
<p>Tot slot worden Linked Data technologiën steeds meer toegepast in de processen in het bedrijfsleven. Een bekend voorbeeld is te vinden in de online marketing, specifiek in zoekmachineoptimalisatie (Engels: search engine optimization, of SEO). Met SEO streven bedrijven ernaar om een webpagina zo hoog mogelijk te laten scoren in de zoekresultaten van een zoekmachine. Tegenwoordig past men hiervoor JSON-LD toe. JSON-LD, een methode om Linked Data over te dragen via het bekende JSON-formaat, wordt gebruikt door zoekmachines om informatie over websites te verzamelen om zo de gewenste zoekresultaten te bepalen. Google, eigenaar van 's werelds meest gebruikte zoekmachine, raadt de toepassing van JSON-LD aan. De opkomst van JSON-LD is ook een voorbeeld van Linked Data die verbinding vindt met veelgebruikte data-formaten.</p>
</section><section id="de-fair-beweging"><div class="header-wrapper"><h3 id="x1-4-de-fair-beweging"><bdi class="secno">1.4 </bdi>De FAIR-beweging</h3><a class="self-link" href="#de-fair-beweging" aria-label="Permalink for Section 1.4"></a></div>
<p>De hoeveelheden data waar wetenschappers en andere data-analyisten mee te maken hebben blijven groeien. Daarmee groeit ook de vraag naar meer machine-ondersteuning bij verwerking en analyse van die data. Maar hier bestond simpelweg de benodigde data-infrastructuur niet voor. De FAIR Data Principes is een reactie op dit gemis. FAIR staat voor een set richtlijnen om data meer vindbaar (<strong>F</strong>indable), toegankelijk (<strong>A</strong>ccesible), <strong>I</strong>nteroperabel en herbruikbaar (<strong>R</strong>eusable) te maken. De nadruk van FAIR ligt op het vergroten van het vermogen van machines om data automatisch te vinden en te gebruiken.</p>
<p>De FAIR-principes zijn in 2016 in een wetenschappelijk artikel geïntroduceerd. De FAIR-beweging is daarna in korte tijd flink in kracht toegenomen. Zo spraken de leiders van de G20 in hetzelfde jaar hun steun uit voor FAIR, en richtten Duitsland, Nederland en Frankrijk in 2017 samen het GO FAIR initiatief op.</p>
<p>De <em>I</em> in FAIR onderstreept het belang van geautomatiseerde data-interoperabiliteit. Het doel is het bereiken en bewaken van interoperabiliteit, zelfs wanneer gegevens in een heel ander formaat, in verschillende talen en in verschillende onderzoeksdomeinen zijn gemaakt. De link tussen FAIR en Linked Data is hier heel sterk. Dat blijkt uit de drie FAIR-principes die onder de <em>I</em> van <em>Interoperability</em> vallen:</p>
<ol>
<li>(meta)data gebruiken een formele, toegankelijke, gedeelde en breed toepasbare taal voor kennisrepresentatie.</li>
<li>(meta)data gebruiken vocabulaires die FAIR-principes volgen.</li>
<li>(meta)data bevatten gekwalificeerde verwijzingen naar andere (meta)data.</li>
</ol>
<p>Voor het implementeren van de Interoperability principes van FAIR wordt veel gebruik gemaakt van ontologiën (voor punt 1) en andere Linked Data standaarden (voor punten 2 en 3).</p>
<p>Links:<br><a href="https://www.nature.com/articles/sdata201618">https://www.nature.com/articles/sdata201618</a> (<em>het</em> wetenschappelijk artikel over FAIR)<br><a href="https://www.go-fair.org/fair-principles/">https://www.go-fair.org/fair-principles/</a> (de FAIR-principes)</p>
</section><section id="waarom-linked-data"><div class="header-wrapper"><h3 id="x1-5-waarom-linked-data"><bdi class="secno">1.5 </bdi>Waarom Linked Data?</h3><a class="self-link" href="#waarom-linked-data" aria-label="Permalink for Section 1.5"></a></div>
<p>Linked Data maakt het mogelijk om rijke datasets te delen en gecontroleerd open te stellen zonder dat de die dataset de bron hoeft te verlaten. De Europeana Collections zijn hier een voorbeeld van. Niet alleen de data binnen zo een dataset is gelinkt, ook de datasets onderling zijn dat. Met een query-taal als SPARQL wordt het vervolgens mogelijk om de hele set van datasets te bevragen. Dit is waar de visie van het Semantische Web over gaat. Hoe meer Linked Data, hoe krachtiger de query's die mogelijk worden. </p>
<p>Met name overheden gebruiken Linked Data steeds meer om data openbaar te maken voor het publiek, het liefst op een manier waarmee geïnteresseerden de data makkelijk automatisch kunnen opvragen en verwerken. Hier is het bekende vijf-sterren model op van toepassing:</p>
<p><strong>1 ster:</strong> de data is beschikbaar via internet; in welk formaat maakt niet uit.<br><strong>2 sterren:</strong> de beschikbare data heeft een machine-leesbaar structuur (geen scan bijvoorbeeld).<br><strong>3 sterren:</strong> de data is beschikbaar in een niet-gepatenteerd formaat (zoals .csv en niet MS Excel).<br><strong>4 sterren:</strong> Linked Data gepubliceerd met behulp van W3C standaarden (RDF en SPARQL).<br><strong>5 sterren:</strong> al het bovenstaande en de dataset is gelinkt aan andere Linked Open Data. </p>
<p>Linked Data wordt ook ingezet door digitaliserende organisaties om hun data en systemen verder te integreren, zoals te zien bij Rijkswaterstaat en ProRail met hun OTLs. De scope van dit soort inspanningen is vaak eerst intern en breidt zich vervolgens uit naar grote leveranciers of andere vaste partnerorganisaties. Door die uitbreiding wordt er met relatief weinig inspanning extra voordeel uit de stap naar Linked Data behaald.</p>
<p>Linked Data maakt het verder mogelijk voor machines om automatisch de betekenis (semantiek) van data in te lezen en zo zelf nieuwe verbindingen te leggen, verbindingen die normaal gesproken alleen door mensen gelegd konden worden. Linked Data is een essentieel component van nieuwe generatie Kunstmatige Intelligentie (A.I.) technieken, waarbij enorme hoeveelheden ruwe data wordt gecombineerd met geformaliseerde domeinbeschrijvingen om steeds slimmere machines te bouwen.</p>
<p>Ten slotte vormt Linked Data de kern van een nieuwe aanpak tot het vergroten van interoperabiliteit tussen partijen in een branche of waardeketen. De semantische standaard die men hiervoor vastlegt, bevat dan een of meer ontologiën. Net als bij andere soorten semantische standaarden is het doel om het voor de gebruikers zo makkelijk mogelijk te maken om onderling koppelvlakken in te richten die aan alle wensen voldoen. Het Flexible IT with Ontologies-project van de uitzendbranche is een voorbeeld van een gebruikersgemeenschap die de overstap verkent naar informatie-uitwisseling middels een gestandaardiseerde ontologie.</p>
<p>Het gebruik van Linked Data is onderhevig aan het bekende netwerk-effect. Voor elk van bovenstaande toepassingen geldt: hoe meer wijdverspreid het gebruik van Linked Data wordt, des te groter de voordelen voor gebruikers.</p>
<p>Ga naar de website van Platform Linked Data Nederland (<a href="https://www.pldn.nl/">www.pldn.nl</a>) voor meer informatie over hoe Linked Data in zijn werk gaat</p>
</section><section id="impact-op-standaardisatie-en-beheer"><div class="header-wrapper"><h3 id="x1-6-impact-op-standaardisatie-en-beheer"><bdi class="secno">1.6 </bdi>Impact op standaardisatie en beheer</h3><a class="self-link" href="#impact-op-standaardisatie-en-beheer" aria-label="Permalink for Section 1.6"></a></div>
<p>Oorspronkelijk werd in BOMOS geen nader onderscheid gemaakt tussen de soorten semantische standaarden. Het is bij zowel de conventionele aanpak als bij de Linked Data-benadering van toepassing. Maar de precieze invulling van de activiteiten verschilt wel degelijk tussen de twee. Invulling geven aan het BOMOS-model was overigens altijd al een opgave, omdat elke context maatwerk behoeft. Maar bij de Linked Data-benadering tot semantische standaarden komen nieuwe uitdagingen kijken.</p>
<p>Hieronder volgen wat uitdagingen en lessen uit het FIT with Ontologies-innovatietraject van de uitzendbranche. De volgorde is grofweg van vroege ontwikkelingsfase naar beheerfase.</p>
<section id="hergebruik"><div class="header-wrapper"><h4 id="x1-6-1-hergebruik"><bdi class="secno">1.6.1 </bdi>Hergebruik</h4><a class="self-link" href="#hergebruik" aria-label="Permalink for Section 1.6.1"></a></div>
<p>Ontologies ontstaan zelden in een <code>green-field</code> scenario. Juist digitale waardeketens waar al vergevorderde uitwisselingsafspraken gemaakt zijn maken sneller de stap naar een oplossing op basis van Linked Data. De documentatie van deze standaarden bevat vaak veel informatie die van waarde is voor de nieuwe oplossing, zoals gedetailleerde beschrijvingen van ketenprocessen en bedrijfsregels (<em>business rules</em> in het Engels). Het is belangrijk dat die kennis en informatie zoveel mogelijk wordt hergebruikt. Hergebruik zorgt niet alleen voor tijdsbesparing in het ontwikkelproces van de nieuwe oplossing, maar ook voor meer vertrouwen in het eindresultaat en dus voor betere adoptie door de gebruikersgemeenschap.</p>
</section><section id="training-en-opleiding"><div class="header-wrapper"><h4 id="x1-6-2-training-en-opleiding"><bdi class="secno">1.6.2 </bdi>Training en opleiding</h4><a class="self-link" href="#training-en-opleiding" aria-label="Permalink for Section 1.6.2"></a></div>
<p>De overstap naar gestandaardiseerde uitwisseling op basis van Linked Data betekent vrijwel altijd dat er een andere technology stack gebruik wordt (bijvoorbeeld met o.a. OWL, RDF en/of SPARQL). Dat vraagt om andere kennis en vaardigheden, zowel van de betrokkenen bij ontwikkeling en beheer van de standaard als bij de gebruikers.<br>De beheerorganisatie dient voldoende expertise over deze technologieën in huis te hebben om haar beheertaken uit te kunnen voeren, zoals het inschatten van impact van verandervoorstellen op de standaard of het beantwoorden van technische vragen. Dat spreekt voor zich. Maar ook aan de kant van de gebruikersorganisaties zal men waarschijnlijk het een en ander moeten bijleren. Uit ervaring blijkt dat de meeste softwareontwikkelaars weinig of geen ervaring hebben met deze technologieën. Om de actieve deelname van gebruikers in het ontwikkelproces te borgen is het belangrijk dat er voldoende training en opleiding beschikbaar is, en dat gebruikers de tijd krijgen om de technologie zich eigen te maken. De beheerdersorganisatie kan daarin op allerlei manieren voorzien, zoals het schrijven van gidsen, het geven van demo's, of zelfs het organiseren van een Linked Data hackathon.</p>
<p>Training en opleiding is ook van belang wanneer de gebruikersgemeenschap al standaarden voor informatie-uitwisseling toepaste voordat men de overstap naar Linked Data maakte. De gebruikers en zelfs de beheerders zijn dan gewend te denken in termen van de oude technology stack en de gebruikte methoden van uitwisseling. In die gevallen wordt de stap naar de Linked Data aanpak vaak behandeld als een wisseling van syntax, terwijl er in werkelijkheid ook een andere denkwijze nodig is. Dat geldt voor zowel de ontwikkelingsfase als voor de daadwerkelijke toepassing van de semantische standaard. Bij de ontwikkeling loop je anders het risico dat de status quo een te grote invloed heeft op hoe de ontologie gemodelleerd wordt, met verarming van semantiek van het model tot gevolg. Bij de toepassing kan de oude denkwijze leiden tot omslachtige manieren van data opvragen of uitwisselen, wat leidt tot verarming in de semantiek van de data. Zo observeerde de beheerders van de Basisregistratie Adressen en Gebouwen (BAG) dat veel gebruikers bij het opvragen van data onbedoeld ook de hele historie van de data meevroegen. </p>
</section></section><section id="een-tussen-weg-kiezen"><div class="header-wrapper"><h3 id="x1-7-een-tussen-weg-kiezen"><bdi class="secno">1.7 </bdi>Een (tussen)weg kiezen</h3><a class="self-link" href="#een-tussen-weg-kiezen" aria-label="Permalink for Section 1.7"></a></div>
<p>Het is overigens niet zo dat de keuze enkel bestaat uit ofwel een volledige overstap maken naar Linked Data, of alles te houden bij het oude. Er zijn gradaties en tussenstappen denkbaar.</p>
<p>Een technologie die hierin een essentiële rol speelt is RML (RDF Mapping Language), ontwikkeld door een team van de Universiteit van Gent. Met RML is het mogelijk om semi-gestructureerde data als JSON, XML en CSV te transformeren naar Linked Data. Dat doe je door eerst de RML regels die voor de betreffende data moeten gelden op te schrijven. Daarna voed je deze RML regels plus de oorspronkelijke data aan een zogenaamde RMLMapper, die er Linked Data triples van maakt.</p>
<p>Het toepassen van RML zou wel eens voor veel gemeenschappen met standaarden het beste alternatief balans kunnen zijn op volledig overstappen op Linked Data of niets doen. In principe volstaat het om door middel van RML mappings een tussenlaag aan te brengen die de vertaling maakt tussen de relevante interne systemen van de gebruiker en de gemeenschappelijke ontologie. Dankzij die mappings kan men vervolgens door middel van RESTful APIs toch Linked Data uitwisselen, terwijl de huidige systemen in stand kunnen blijven.</p>
<aside class="example" id="example-1"><div class="marker">
<a class="self-link" href="#example-1">Voorbeeld<bdi> 1</bdi></a>
</div>
Deze strategie werd ook in het FIT with Ontologies-project gehanteerd. Een belangrijk doel in dat project was het bewaken van backwards compatibility met de berichtuitwisseling volgens de conventionele SETU-standaarden. Met andere woorden, het moest met de nieuwe techniek mogelijk blijven om SETU-berichten te ontvangen en verwerken. Men heeft daarom gewerkt aan de FIT engine: een softwarecomponent dat RML toepast om SETU-berichten om te zetten naar Linked Data. Met de FIT engine kunnen de partijen die de overstap naar uitwisseling van Linked Data gemaakt hadden alle vruchten hiervan plukken, zonder dat hun bestaande koppelingen met klanten daarvoor op de schop hoeven.
</aside>
</section><section id="doorontwikkelen"><div class="header-wrapper"><h3 id="x1-8-doorontwikkelen"><bdi class="secno">1.8 </bdi>Doorontwikkelen</h3><a class="self-link" href="#doorontwikkelen" aria-label="Permalink for Section 1.8"></a></div>
<p>Stel: de eerste versie van de nieuwe semantische standaard op basis van Linked Data is af. De gebruikersgemeenschap is naarstig aan de slag met implementeren. Waar wordt het beheer en doorontwikkeling vanaf nu door gekenmerkt? </p>
<p>Ten eerste is hetgeen dat in beheer genomen wordt, de nieuwe standaardontologie, meer modulair van aard dan je als beheerder van een conventionelere standaard gewend bent. Doorontwikkeling is nog meer gericht op samenstelling van bestaande ontologiën en andere bouwblokken dan bij de conventionele aanpak het geval was. Dit is bijvoorbeeld te zien in de Geo-standaarden. Daar hebben nieuwe ontologiën relatief weinig toegevoegd. Er zijn veel bestaande vocabulaires geassembleerd. De gezamenlijke afspraken gaan dan over hoe je die zaken compileert. Dat was met de conventionele aanpak voor semantische standaarden al in mindere mate zo, bijvoorbeeld met XML Schema, maar met ontologieën is dat meer en voor grotere blokken.</p>
<p>Dat neemt niet weg dat een deel van de domeinbeschrijving in een eigen ontologie gemodelleerd is. Die eigen ontologie moet doorontwikkeld worden om met de tijd mee te gaan. De uitdaging hierbij is om dit zo zorgvuldig en precies te blijven doen. De geavanceerdere toepassingen van ontologiën, zoals complexe query’s of automatisch redeneren, zijn namelijk gevoeliger voor fouten. Meer nog dan bij andere semantische standaarden is dus de nauwkeurigheid en coherentie van de ontologie van kritisch belang.</p>
<p>Niet alle wijzigingsverzoeken leiden tot veranderingen in de gemeenschappelijke ontologie. Soms is het beter om een uitbreiding te ontwikkelen, die vervolgens in gebruik wordt genomen door het deel van de gebruikersgemeenschap dat hier profijt van heeft. Ontologiën en andere Linked Data standaarden zijn hiervoor ontworpen. Als beheerder is het zaak om uitbreidingen voor de gebruikers expliciet en inzichtelijk te maken. Hier kan je vervolgens controle en analysen op uitvoeren.</p>
</section><section id="gebruiksanalyse"><div class="header-wrapper"><h3 id="x1-9-gebruiksanalyse"><bdi class="secno">1.9 </bdi>Gebruiksanalyse</h3><a class="self-link" href="#gebruiksanalyse" aria-label="Permalink for Section 1.9"></a></div>
<p>In het FIT with Ontologies-project maakt men gebruik van een webapplicatie om, uit de SETU-ontologie, zelf berichtdefinities bij elkaar te klikken. Deze specifieke berichtdefinities zien er anders uit, maar voldoen allemaal aan de ontologie en zijn eenduidig te vertalen naar feiten uit die ontologie. Doordat deze verschillende berichtdefinities centraal opgeslagen staan, wordt gedetailleerde gebruiksanalyse mogelijk, vergelijkbaar met het code coverage concept uit de software engineering. Deze term duidt op het uitzoeken welke delen (e.g. concepten, relaties) van een ontologie door wie in welke berichten daadwerkelijk worden gebruikt, alsmede de trends daarin. Bevindingen uit code coverage testen bieden belangrijke aanwijzingen voor doorontwikkeling en kunnen discussies over de standaard voeden met echte gebruiksdata. </p>
</section><section id="hulpmiddelen"><div class="header-wrapper"><h3 id="x1-10-hulpmiddelen"><bdi class="secno">1.10 </bdi>Hulpmiddelen</h3><a class="self-link" href="#hulpmiddelen" aria-label="Permalink for Section 1.10"></a></div>
<p>Hier zijn een aantal hulpmiddelen die voor beheerders van gemeenschappelijke ontologiën van nut kunnen zijn. Pool Party, Protégé en TopBraid Composer hebben aanzienlijke overlap; met alle drie is het mogelijk om ontologiën te modelleren. Semantic Treehouse is niet gericht op modelleren maar op het beheer- en doorontwikkelingsproces, en is de enige van de vier met een directe link met BOMOS. Matey (en de gerelateerde RML en YARRRML talen) zijn gericht op de transformatie van traditionele dataformaten zoals JSON, XML en CVS naar Linked Data die voldoet aan een specifieke ontologie. </p>
<table class="dkkvs">
<thead>
<tr>
<th>Middel</th>
<th>Ontwikkelaar</th>
<th>Omschrijving</th>
</tr>
</thead>
<tbody><tr>
<td><a href="https://netage.nl/neoneologism/">NeoNeoLogism</a></td>
<td>Netage B.V.</td>
<td>Een met de webbrowser te gebruiken RDF Schema vocabulaire-editor en publicatieomgeving.</td>
</tr>
<tr>
<td><a href="https://www.poolparty.biz/">Pool Party</a></td>
<td>Semantic Web Company GmbH</td>
<td>Knowledge management, data analytics & content organization</td>
</tr>
<tr>
<td><a href="https://protege.stanford.edu/">Protégé</a></td>
<td>Stanford University School of Medicine</td>
<td>Ontology editor (gratis en open source)</td>
</tr>
<tr>
<td><a href="https://www.semantic-treehouse.nl/">Semantic Treehouse</a></td>
<td>TNO</td>
<td>Publicatie- en beheeromgeving voor gezamenlijke ontologiën en andere datamodellen</td>
</tr>
<tr>
<td><a href="https://www.topquadrant.com/products/TopBraid-composer/">TopBraid Composer</a></td>
<td>TopQuadrant</td>
<td>Integrated Development Environment (IDE) voor Semantic Web, inclusief ontology editor</td>
</tr>
<tr>
<td><a href="https://ec.europa.eu/isa2/isa2conf18/VocBench-3_en">VocBench</a></td>
<td>EU Publicatiebureau</td>
<td>Open-source publicatie- en beheeromgeving van meertalige vocabulaires</td>
</tr>
<tr>
<td><a href="https://rml.io/yarrrml/matey/">Matey</a></td>
<td>Universiteit Gent</td>
<td>Matey is een browsergebaseerde editor waarmee je YARRRML-regels kunt schrijven.</td>
</tr>
</tbody></table>
<section id="neoneologism"><div class="header-wrapper"><h4 id="x1-10-1-neoneologism"><bdi class="secno">1.10.1 </bdi>NeoNeoLogism</h4><a class="self-link" href="#neoneologism" aria-label="Permalink for Section 1.10.1"></a></div>
<p>NeoNeologisme is een eenvoudig hulpmiddel voor het schrijven en publiceren van vocabulaires in RDF(S), niets zoals TopBraid, Protégé, VocBench of PoolParty. Het is bedoeld om eenvoudig maar expressief genoeg te zijn om subklassen en subattributen en verschillende vormen van relaties te ondersteunen.</p>
</section><section id="pool-party"><div class="header-wrapper"><h4 id="x1-10-2-pool-party"><bdi class="secno">1.10.2 </bdi>Pool Party</h4><a class="self-link" href="#pool-party" aria-label="Permalink for Section 1.10.2"></a></div>
<p>De PoolParty Semantic Suite biedt verschillende functies waarmee organisaties meer waarde uit hun eigen gegevens kunnen halen. Het product commercialiseert Semantic Web-technologiën. In 2009 kwam de eerste release van de PoolParty Semantic Software op de markt. Sindsdien is het product geëvolueerd van een taxonomiebeheertool naar een functierijk semantisch softwareplatform waarmee bedrijven ontologiën kunnen inzetten om gestructureerde en ongestructureerde gegevens te integreren.</p>
</section><section id="protege"><div class="header-wrapper"><h4 id="x1-10-3-protege"><bdi class="secno">1.10.3 </bdi>Protégé</h4><a class="self-link" href="#protege" aria-label="Permalink for Section 1.10.3"></a></div>
<p>Protégé is een gratis, open-source platform dat een reeks tools aanbiedt om domeinmodellen en applicaties met ontologiën te bouwen. Er bestaat een webversie en een desktopversie. WebProtégé is een ontologie-ontwikkelomgeving voor het web om ontologiën te creëren, uploaden, wijzigen en delen. Gebruikers kunnen deze gezamenlijk bekijken en bewerken. Protégé Desktop bevat daarnaast extra functionaliteit zoals 'semantic reasoners' en visualisatietools.</p>
</section><section id="semantic-treehouse"><div class="header-wrapper"><h4 id="x1-10-4-semantic-treehouse"><bdi class="secno">1.10.4 </bdi>Semantic Treehouse</h4><a class="self-link" href="#semantic-treehouse" aria-label="Permalink for Section 1.10.4"></a></div>
<p>Semantic Treehouse is het communityplatform dat het beheer van ontologiën en andere soorten datamodellen ondersteunt. Wat Semantic Treehouse uniek maakt, is dat het de publicatie, het onderhoud en het beheer van uw datamodellen op één plek combineert. Semantic Treehouse is gebaseerd op meer dan 10 jaar ervaring met het ontwikkelen, onderhouden en delen van datastandaarden volgens BOMOS. Semantic Treehouse valt onder de categorie Software as a Service, en afnemers hebben de mogelijkheid om een eigen huisstijl in te richten voor de gebruikersinterface voor een herkenbare gebruikerservaring.</p>
</section><section id="topbraid-composer"><div class="header-wrapper"><h4 id="x1-10-5-topbraid-composer"><bdi class="secno">1.10.5 </bdi>TopBraid Composer</h4><a class="self-link" href="#topbraid-composer" aria-label="Permalink for Section 1.10.5"></a></div>
<p>TopBraid Composer is een desktoptool om ontologiemodellen mee te maken en gegevensbronnen te integreren. Het ondersteunt visuele bewerking van ontologiën en kan verbinden met database-backends zoals Oracle en verschillende populaire triplestores. De uitgebreide editie is een IDE die de mogelijkheid toevoegt om snel semantische webapplicaties te ontwikkelen.</p>
</section><section id="vocbench"><div class="header-wrapper"><h4 id="x1-10-6-vocbench"><bdi class="secno">1.10.6 </bdi>VocBench</h4><a class="self-link" href="#vocbench" aria-label="Permalink for Section 1.10.6"></a></div>
<p>VocBench 3 is gefinancierd door het ISA²-programma van de Europese Commissie.
Het is een gratis platform dat gezamenlijke bewerking en beheer van codelijsten, taxonomieën, thesauri en ontologiën mogelijk maakt. Naast community management (beheer van meerdere gebruikers, roldefinitie, toegangscontrole), biedt VocBench 3 een mechanisme waarmee gebruikers hun model kunnen koppelen aan Jira, een soort issue en bug tracking platform voor software.</p>
</section><section id="matey"><div class="header-wrapper"><h4 id="x1-10-7-matey"><bdi class="secno">1.10.7 </bdi>Matey</h4><a class="self-link" href="#matey" aria-label="Permalink for Section 1.10.7"></a></div>
<p>Het idee van Matey is dat het RML toegankelijker maakt.</p>
<p>De RDF Mapping Language (RML) is een generieke mappingtaal om regels uit te drukken die gegevens in heterogene structuren en serialisaties (o.a. JSON, XML, CSV) toewijzen aan het RDF-gegevensmodel. Zie <a href="https://rml.io/docs/rml/introduction/">https://rml.io/docs/rml/introduction/</a> voor meer informatie over RML.</p>
<p>YARRRML is een voor mensen leesbare op tekst gebaseerde weergave voor declaratieve regels voor het genereren van Linked Data. Het is een subset van YAML, een veelgebruikte data-serialisatie-taal die is ontworpen om mensvriendelijk te zijn. YARRRML kan worden gebruikt om RML-regels weer te geven. Zie <a href="https://rml.io/yarrrml/">https://rml.io/yarrrml/</a> voor meer informatie over YARRRML.</p>
</section></section></section>
<section id="invulling-van-bomos-voor-het-beheer-van-afsprakenstelsels"><div class="header-wrapper"><h2 id="x2-invulling-van-bomos-voor-het-beheer-van-afsprakenstelsels"><bdi class="secno">2. </bdi>Invulling van BOMOS voor het beheer van afsprakenstelsels</h2><a class="self-link" href="#invulling-van-bomos-voor-het-beheer-van-afsprakenstelsels" aria-label="Permalink for Section 2."></a></div>
<section id="wat-zijn-afsprakenstelsels"><div class="header-wrapper"><h3 id="x2-1-wat-zijn-afsprakenstelsels"><bdi class="secno">2.1 </bdi>Wat zijn afsprakenstelsels?</h3><a class="self-link" href="#wat-zijn-afsprakenstelsels" aria-label="Permalink for Section 2.1"></a></div>
<p>Afsprakenstelsels, of kortweg ‘stelsels’, zijn nauwe samenwerkingsvormen van verschillende partijen uit het bedrijfsleven, de overheid en de wetenschap, die producten of diensten leveren, op basis van vastgelegde eisen.<br>Door afsprakenstelsels is het voor de deelnemende partijen duidelijk wat de spelregels zijn in de omgang met elkaar en het leveren van een product of dienst. Voor de gebruikers van de diensten biedt het keuzevrijheid met een kwaliteitsgarantie. Voorbeeld: je mag kiezen welke partij je helpt bij het insturen van jaarrapportages naar de Nederlandse Bank via SBR, alle erkende partijen doen wat ze moeten doen.
In het Engels wordt een afsprakenstelsel Trust Framework genoemd.</p>
</section><section id="inhoud-van-een-afsprakenstelsel"><div class="header-wrapper"><h3 id="x2-2-inhoud-van-een-afsprakenstelsel"><bdi class="secno">2.2 </bdi>Inhoud van een afsprakenstelsel</h3><a class="self-link" href="#inhoud-van-een-afsprakenstelsel" aria-label="Permalink for Section 2.2"></a></div>
<p>De kern van een afsprakenstelsel zijn de spelregels, waar je de leveranciers en andere betrokken partijen zich aan moet houden om mee te mogen doen en om een product of dienst te mogen leveren.
Deze spelregels bieden enerzijds de garantie voor de gebruiker dat je veilig en betrouwbaar het product of die dienst kan af nemen en anderzijds zijn dit onderlinge afspraken die de samenwerking succesvol maken. Elinor Ostrom beschrijft in het boek Governing the Commons de voorwaarden voor succesvolle samenwerking rond schaarse gemeenschappelijke voorzieningen zoals het beheer van waterputten. Deze principes zijn te herkennen in de samenwerking van succesvolle afsprakenstelsels. Deze zijn (vrij vertaald):</p>
<ul>
<li>Er zijn duidelijke grenzen op gebied van homogene functionaliteit/middelen en een homogene gebruikersgroep.</li>
<li>Overeenstemming en balans in baten en lasten voor alle betrokkenen.</li>
<li>Iedereen kan bijdragen aan verbeteringen.</li>
<li>Controle (door transparantie) op alle betrokkenen.</li>
<li>Graduele sancties op overtreden afspraken zijn aanwezig en worden uitgevoerd.</li>
<li>Verschillen van inzicht kunnen snel en effectief opgelost worden.</li>
<li>Stelsel (deelnemers) heeft mandaat om zichzelf te organiseren.</li>
<li>Gebruik stelsels van stelsels om de individuele stelsels eenvoudig te houden.</li>
</ul>
<p>Deze principes staan aan de basis van de afspraken en regels over de onderstaande aspecten die terugkomen als onderdelen binnen een afsprakenstelsel:</p>
<ul>
<li>Informatie over rechten en plichten van deelnemende partijen: zoals definities, aansprakelijkheid, organen, besturing en taakverdeling.</li>
<li>Financiën: het beheren van een afsprakenstelsel en het organiseren van besturing kost geld: wat zijn de afspraken over wie wat betaalt?</li>
<li>Operatie: wie lost incidenten op? Wordt er gewerkt onder een label of merk? Denk aan communicatie, merkbeheer en afspraken over de operationele processen.</li>
<li>Normenkaders: aan welke eisen moeten de diensten/producten van leveranciers voldoen?</li>
<li>Architectuur en techniek: denk hierbij aan technische standaarden, use-cases en interface beschrijvingen.</li>
</ul>
<section id="voorbeeld-van-een-afsprakenstelsel-medmij"><div class="header-wrapper"><h4 id="x2-2-1-voorbeeld-van-een-afsprakenstelsel-medmij"><bdi class="secno">2.2.1 </bdi>Voorbeeld van een afsprakenstelsel: Medmij</h4><a class="self-link" href="#voorbeeld-van-een-afsprakenstelsel-medmij" aria-label="Permalink for Section 2.2.1"></a></div>
<p><figure id="fig-medmij-afsprakenstelsel-4-corner-model"><img src="images/medmij_afsprakenstelsel.png" alt="medmij afsprakenstelsel 4 cornermodel" title="Medmij afsprakenstelsel 4 corner model"><figcaption>Figuur <bdi class="figno">1</bdi> <span class="fig-title">Medmij afsprakenstelsel 4 corner model</span></figcaption></figure></p>
<p>Het afsprakenstelsel Medmij maakt het mogelijk dat de eindgebruiker de gezondheidsinformatie in de persoonlijke gezondsheidsomgeving veilig en betrouwbaar kan delen met zorgaanbieders zoals een apotheek of ziekenhuis. Hierbij kiezen de eindgebruikers een partij die de gezondheidsomgeving levert en ziekenhuizen een partij die ze op het Medmij netwerk aansluit. Het afsprakenstelsel zorgt voor de voorwaarden van veilig en betrouwbare uitwisseling en ook de technische voorzieningen om dit te operationaliseren. De scope van het afsprakenstelsel is het vlak waar de dienstverlener van de eindgebruiker samen gaat werken met de dienstverlener van de zorgaanbieder. Er zijn meerdere dienstverleners aan beide kanten en dankzij het stelsel blijft de complexiteit beperkt en werken de diensten en producten goed met elkaar samen.<br>Deze opzet wordt ook wel het “four corner” model genoemd; eindgebruikers zijn in dit geval via een eigen broker verbonden met andere deelnemers in het stelsel. Merk op: er zijn ook andere configuraties binnen een afsprakenstelsel mogelijk, zoals met een centrale voorziening (3-corner) of een extra afslag voor bijvoorbeeld transactie gedreven verantwoordingsinformatie (5-corner).</p>
</section></section><section id="hoe-is-bomos-als-best-practice-inzetbaar-voor-het-beheer-van-afsprakenstelsels"><div class="header-wrapper"><h3 id="x2-3-hoe-is-bomos-als-best-practice-inzetbaar-voor-het-beheer-van-afsprakenstelsels"><bdi class="secno">2.3 </bdi>Hoe is BOMOS als best practice inzetbaar voor het beheer van afsprakenstelsels?</h3><a class="self-link" href="#hoe-is-bomos-als-best-practice-inzetbaar-voor-het-beheer-van-afsprakenstelsels" aria-label="Permalink for Section 2.3"></a></div>
<p>Afsprakenstelsels zonder standaarden bestaan niet.... Standaarden staan aan de basis van het mogelijk maken van interoperabiliteit en samenwerking. Het lijkt dus op een bundeling van standaarden met daarbij een belangrijke toevoeging: bij een stelsel zijn er ook afspraken gemaakt over het operationaliseren van samenwerking om een product of dienst aan te bieden.
Voor een groot deel komt het beheer van een afsprakenstelsel en van een standaard goed overeen en maakt BOMOS prima toepasbaar voor deze bredere scope. De BOMOS activiteiten zijn binnen stelsels ook goed herkenbaar en toe te passen met hier en daar een uitzondering of afwijking. Net zoals bij het beheer van een standaard zijn er bij stelsels activiteiten gericht op het organiseren van de besturing, de doorontwikkeling, het beheren van centrale voorzieningen, het helpen bij aansluiten en promotie van gebruik.</p>
<p>Samen met de ICTU is aan de hand van deze methode ook een instrument gemaakt aan de hand van de BOMOS assessment maar dan toegespitst op afsprakenstelsels. Deze is op te vragen via Logius: [<a href="https://logius.nl/contact%5D">https://logius.nl/contact]</a>.</p>
<p>Inmiddels is er praktijkervaring opgedaan met het uitvoeren van deze specifieke BOMOS assessment voor stelsels. Na deze analyses is ook duidelijk naar voren gekomen hoe waardevol het om een raamwerk te hebben die de structuur, definities, activiteiten en tips en trucs aanreiken. BOMOS zorgt hierbij voor een gezamenlijke “taal” en helpt om elkaars rollen en de beleving daarbij beter te begrijpen en dat maakt constructieve discussies mogelijk.</p>
<p>De uitkomst van een assessment helpt om in een korte termijn te komen tot een doelstelling om het beheer te professionaliseren, en wordt in beeld gebracht welke stappen daarvoor gezet moeten worden. Doe je een assessment samen met de stakeholders dan biedt dit gelijk het draagvlak om die veranderingen in gang te zetten.
Het BOMOS fundament is goed toepasbaar voor het inrichten van beheer van nieuwe afsprakenstelsels. BOMOS helpt dan om een programma of opdrachtgever een beeld te schetsen welke activiteiten ingeregeld moeten gaan worden en waarom. Dit beeld helpt bij het prioriteren en inplannen van het inregelen van beheeractiviteiten en het maken van de inschatting van de hiervoor benodigde middelen.</p>
</section><section id="bomos-toegepast-op-afsprakenstelsels"><div class="header-wrapper"><h3 id="x2-4-bomos-toegepast-op-afsprakenstelsels"><bdi class="secno">2.4 </bdi>BOMOS toegepast op afsprakenstelsels</h3><a class="self-link" href="#bomos-toegepast-op-afsprakenstelsels" aria-label="Permalink for Section 2.4"></a></div>
<p><figure id="fig-bomos-activiteiten"><img src="images/bomos_activiteiten.png" alt="BOMOS model" title="BOMOS activiteiten"><figcaption>Figuur <bdi class="figno">2</bdi> <span class="fig-title">BOMOS activiteiten</span></figcaption></figure></p>
</section><section id="strategie"><div class="header-wrapper"><h3 id="x2-5-strategie"><bdi class="secno">2.5 </bdi>Strategie</h3><a class="self-link" href="#strategie" aria-label="Permalink for Section 2.5"></a></div>
<section id="governance"><div class="header-wrapper"><h4 id="x2-5-1-governance"><bdi class="secno">2.5.1 </bdi>Governance</h4><a class="self-link" href="#governance" aria-label="Permalink for Section 2.5.1"></a></div>
<p>Het hebben van een gestructureerde afstemming tussen de verschillende betrokken partijen (‘de stakeholders’) binnen een stelsel is essentieel. Deze afstemming verloopt via de governance van een stelsel. Hiervoor is een beschrijving nodig van de organisatiestructuur, gremia voor besluitvorming en rollen.
De organisatiestructuur maakt duidelijk welke gremia bestaan in het kader van de besluitvorming en welk type beslissingen in welk gremium wordt genomen. Ook maakt de structuur duidelijk hoe taken, relaties en communicatie tussen de groepen geborgd is. Daarbij is een onderscheid tussen een sturend orgaan en uitvoering essentieel.
Afspraken hoe er besluiten worden genomen, hoe men lid kan worden van besluitvormende gremia en over de scope van sturing kunnen onderdeel maken van het afsprakenstelsel zelf maar kunnen ook daarbuiten liggen in de vorm van een instellingsbesluit of convenant.
De rol van toezichthouder is een extra rol ten opzichte van de rollen binnen standaarden: wat is er georganiseerd om te toetsen of de afspraken daadwerkelijk worden nagekomen en wat zijn de procedures en middelen om in te grijpen indien dit niet het geval is. Het is van belang deze taak onafhankelijk te beleggen om te voorkomen dat de slager zijn eigen vlees keurt. Daarnaast is deze rol belast met de taak om in geval van niet naleving passende maatregelen te nemen.</p>
</section><section id="visie"><div class="header-wrapper"><h4 id="x2-5-2-visie"><bdi class="secno">2.5.2 </bdi>Visie</h4><a class="self-link" href="#visie" aria-label="Permalink for Section 2.5.2"></a></div>
<p>Het doel van wat een afsprakenstelsel beoogt moet helder en duidelijk zijn. In de kern is de missie van een stelsel het “willen oplossen” van een probleem wat te complex en te groot is om zelfstandig te doen en waarbij de hulp van andere organisaties nodig is. Deze organisaties bundelen de krachten om deze oplossing te realiseren en om hierover afspraken over te maken. Dit uit zich in een positieve businesscase. Deze missie en visie komt terug in de communicatie uitingen van een stelsel en verbindt de partijen die actief binnen een stelsel actief zijn.</p>
</section><section id="financien"><div class="header-wrapper"><h4 id="x2-5-3-financien"><bdi class="secno">2.5.3 </bdi>Financiën</h4><a class="self-link" href="#financien" aria-label="Permalink for Section 2.5.3"></a></div>
<p>Voor de partijen die een actieve rol willen vervullen binnen een stelsel moet het financieel aantrekkelijk zijn en daar moet een positieve businesscase tegen over staan om een stelsel toekomst te geven. Dat geldt voor private, publiek-private en publieke stelsels. Deze businesscase is ook nodig om te verantwoorden dat een beheerorganisatie moet worden ingericht en voor een langere periode kan worden gefinancierd. De financiering voor de beheerorganisatie kan worden bekostigd door de stakeholders, leden van een stelsel of centraal vanuit de eigenaar.
Roadmapping (extra activiteit)
Het maken en hebben van een meerjarige roadmap bevat de strategische keuzes en hoe daar in stappen naar toe wordt gewerkt. Het helpt bij de adoptie omdat de stakeholders weten wanneer bepaalde functionaliteit wordt opgeleverd en daarmee aantrekkelijk wordt om gebruik te gaan maken van de stelselproducten of een rol te vervullen binnen het stelsel. Het maken en hebben van een gezamenlijk doel in de vorm van een roadmap zorgt ook voor draagvlak. Het bevat de concrete stappen om de visie te realiseren.</p>
</section></section><section id="tactiek"><div class="header-wrapper"><h3 id="x2-6-tactiek"><bdi class="secno">2.6 </bdi>Tactiek</h3><a class="self-link" href="#tactiek" aria-label="Permalink for Section 2.6"></a></div>
<section id="community"><div class="header-wrapper"><h4 id="x2-6-1-community"><bdi class="secno">2.6.1 </bdi>Community</h4><a class="self-link" href="#community" aria-label="Permalink for Section 2.6.1"></a></div>
<p>Het begrip community is binnen afsprakenstelsel wat minder ingeburgerd maar er zijn wel organisatievormen die op tactisch niveau acteren maar meer in de vorm van een expertgroep of werkgroep. Deze groepen zijn betrokken bij inhoudelijke veranderingen in een afsprakenstelsel en het opstellen van advies over o.a. innovaties en architectuur. De governance van een stelsel geeft opdracht voor het inrichten van een expert– of werkgroep met een daarbij duidelijke opdracht.
De samenstelling binnen een werkgroep is afhankelijk van de opdracht. Er zijn werkgroepen die alleen bestaan uit een afvaardiging vanuit de leveranciers maar ook uit een samenstelling met gebruikers en andere stakeholders.</p>
</section><section id="adoptie-en-erkenning"><div class="header-wrapper"><h4 id="x2-6-2-adoptie-en-erkenning"><bdi class="secno">2.6.2 </bdi>Adoptie en Erkenning</h4><a class="self-link" href="#adoptie-en-erkenning" aria-label="Permalink for Section 2.6.2"></a></div>
<p>Om in het overheidsdomein actief te zijn helpt het om een formele status te hebben van het stelsel, lees een verplichting of een advies om van de stelselproducten gebruik te maken. En een andere belangrijke factor is het ontwikkelen van een kritische massa rondom het gebruik. Het is vaak een kip – ei probleem waarbij partijen wachten wie de eerste stappen zet zelf mee gaan doen als bijvoorbeeld grote uitvoeringsorganisaties de overstap maken. Om dit goed te organiseren is een strategie noodzakelijk met daarbij de steun vanuit de stakeholders. Hierdoor groeit ook de kans dat leveranciers een positieve businesscase kunnen maken en nieuwe deelnemers instappen. De governance is verantwoordelijk voor adoptie.</p>
</section><section id="architectuur"><div class="header-wrapper"><h4 id="x2-6-3-architectuur"><bdi class="secno">2.6.3 </bdi>Architectuur</h4><a class="self-link" href="#architectuur" aria-label="Permalink for Section 2.6.3"></a></div>
<p>Er zijn verschillende manieren of viewpoints (zie Archimate) om naar de architectuur te kijken: vanuit strategie, business, de applicaties en onderliggende componenten. Deze variatie aan zienswijze heeft vaak te maken met de verschillende rollen die partijen hebben binnen een stelsel. Idealiter zijn die allemaal beschreven, maar de praktijk kan dat per stelsel verschillen hoe dat is uitgewerkt. Het hebben van deze modellen helpt om makkelijker met elkaar te communiceren en de impact en kansen van veranderingen goed in te schatten. Het verlaagt ook de drempel voor nieuwe partijen die deel uit willen maken van een stelsel.
Binnen een stelsel speelt interoperabiliteit een belangrijke rol en dat zie je terugkomen in de aandacht voor de architectuur van de technische koppelvlakken tussen de verschillende partijen. Onder architectuur vallen ook de keuzes welke (technische) standaarden binnen een stelsel gebruikt moeten worden door de deelnemers.
Het hebben en samen bepalen van architectuurprincipes voor een stelsel (zie NORA) is een waardevol kader om wijzigingsvoorstellen te toetsen.</p>
</section><section id="stelselrisico-analyse-extra-activiteit"><div class="header-wrapper"><h4 id="x2-6-4-stelselrisico-analyse-extra-activiteit"><bdi class="secno">2.6.4 </bdi>Stelselrisico analyse (extra activiteit)</h4><a class="self-link" href="#stelselrisico-analyse-extra-activiteit" aria-label="Permalink for Section 2.6.4"></a></div>
<p>Het afsprakenstelsel vormt de basis om veilig en betrouwbare gegevensuitwisseling mogelijk te maken tussen verschillende partijen. Daarvoor is het ook van belang om als governance een goed beeld te hebben hoe het gesteld is met dreigingen en risico’s op het stelsel zelf. Wat kan er misgaan, wat kan ik doen om dit te voorkomen en in het geval dat de dreiging realiteit wordt: wat zijn dan de stappen en wie betrek ik hierbij?</p>
</section></section><section id="operationeel"><div class="header-wrapper"><h3 id="x2-7-operationeel"><bdi class="secno">2.7 </bdi>Operationeel</h3><a class="self-link" href="#operationeel" aria-label="Permalink for Section 2.7"></a></div>
<section id="wensen-eisen"><div class="header-wrapper"><h4 id="x2-7-1-wensen-eisen"><bdi class="secno">2.7.1 </bdi>Wensen & Eisen</h4><a class="self-link" href="#wensen-eisen" aria-label="Permalink for Section 2.7.1"></a></div>
<p>Net zoals standaarden ontwikkelt een afsprakenstelsel zich ook door om te voldoen aan de wensen en eisen van gebruikers. Een andere belangrijke kracht voor wijzigingen die structureel bijdragen aan de businesscase, wet- en regelgeving en maatregelen om aan (toekomstige) dreigingen rond veiligheid en betrouwbaarheid te voldoen. Om dit in goed banen te leiden bevat een afsprakenstelsel regels hoe wijzigingen geïnitieerd worden, beschrijving van de besluitvorming en hoe die wijzigingen in het afsprakenstelsel terecht komen en uiteindelijk geïmplementeerd worden door de betrokken partijen. Een belangrijk aspect bij het doorvoeren en implementeren van wijzigingen in een stelsel is het borgen van continuïteit: idealiter voorkom je scenario’s waarbij wijzigingen via een big bang scenario worden uitgerold maar kan dit in een eigen tempo. Dit is te organiseren door een vorm van backward compatibility te faciliteren.
Documentatie
Het afsprakenstelsel is vrij beschikbaar en toegankelijk. Hiermee voorkom je dat de buitenwereld met wantrouwen kijkt naar wat er binnen een afsprakenstelsel gebeurt omdat het dan meer lijkt op een kartel. Idealiter zijn de stukken die gebruikt zijn ook publiek toegankelijk. Transparantie helpt bij het realiseren van draagvlak. </p>
</section><section id="operationeel-handboek-extra-activiteit"><div class="header-wrapper"><h4 id="x2-7-2-operationeel-handboek-extra-activiteit"><bdi class="secno">2.7.2 </bdi>Operationeel handboek (extra activiteit)</h4><a class="self-link" href="#operationeel-handboek-extra-activiteit" aria-label="Permalink for Section 2.7.2"></a></div>
<p>Een afsprakenstelsel bevat voor een belangrijk deel afspraken hoe met elkaar wordt samengewerkt. Dit gaat over onderwerpen hoe je zoals bij wensen & eisen over het wijzigproces maar ook hoe je kan toetreden, hoe verstoringen en incidenten worden gemeld en verholpen, over de service windows van de betrokken partijen en over de rapportage-eisen richting elkaar en de governance.</p>
</section></section><section id="implementatieondersteuning"><div class="header-wrapper"><h3 id="x2-8-implementatieondersteuning"><bdi class="secno">2.8 </bdi>Implementatieondersteuning</h3><a class="self-link" href="#implementatieondersteuning" aria-label="Permalink for Section 2.8"></a></div>
<p>De mate hoe een afsprakenstelsel hier invulling aan geeft is afhankelijk van de taakverdeling tussen de deelnemers binnen een stelsel en de stelselbeheerorganisatie. Het is daarbij logisch dat de partij die een contract afsluit met een leverancier daar ook aanklopt voor ondersteuning bij de implementatie (aansluiten) en het gebruik. Binnen het stelsel zelf heeft de beheerorganisatie een taak om een rol te spelen bij vraagstukken rond de interpretatie van de stelsel specificaties en bijvoorbeeld bij het aansluiten op het netwerk.</p>
<section id="validatie-certificatie"><div class="header-wrapper"><h4 id="x2-8-1-validatie-certificatie"><bdi class="secno">2.8.1 </bdi>Validatie& certificatie</h4><a class="self-link" href="#validatie-certificatie" aria-label="Permalink for Section 2.8.1"></a></div>
<p>Er zijn stelsels die validatie-tooling beschikbaar stellen waarmee deelnemers hun implementatie mee kunnen testen. Het is van groot belang dat de leveranciers betrokken zijn met de realisatie en toetsing van dergelijke tooling om te voorkomen dat pas in een laat stadium (tijdens de realisatie) onvolkomenheden en onduidelijkheden in specificaties boven tafel komen.
Rond inspectie en certificatie: dit is normaliter een taak van de partij die de rol van toezichthouder vervult. De toezichthouder kijkt of het afgesproken normenkader goed is geïmplementeerd bij de leverancier. Er zijn afspraken wanneer de leverancier zelf actief de toezichthouder informeert om een toetsing uit te voeren. Denk hierbij aan wijzigingen op processen die raakvlak hebben met het normenkader.</p>
</section></section><section id="communicatie"><div class="header-wrapper"><h3 id="x2-9-communicatie"><bdi class="secno">2.9 </bdi>Communicatie</h3><a class="self-link" href="#communicatie" aria-label="Permalink for Section 2.9"></a></div>
<section id="promotie"><div class="header-wrapper"><h4 id="x2-9-1-promotie"><bdi class="secno">2.9.1 </bdi>Promotie</h4><a class="self-link" href="#promotie" aria-label="Permalink for Section 2.9.1"></a></div>
<p>De voordelen van de product of dienst van een afsprakenstelsel moeten bij zoveel mogelijk publiek bekend worden gemaakt. Het hebben van een gemeenschappelijk merk of label helpt daarbij en zorgt voor de herkenbaarheid van de dienst. Het afsprakenstelsel bevat regels hoe generieke uitingen worden opgesteld, merkbeheer, wat de beheerorganisatie doet en wat de speelruimte van de leveranciers is. De leveranciers zijn verantwoordelijk voor hun eigen marketing en acties om de eigen markt te vergroten maar zijn daarbij gebonden aan het afsprakenstelsel. De beheerorganisatie heeft een rol om de voordelen van het stelsel uit te dragen maar niet van de individuele diensten of producten van de leveranciers die onder dit stelsel vallen.</p>
</section><section id="publicatie"><div class="header-wrapper"><h4 id="x2-9-2-publicatie"><bdi class="secno">2.9.2 </bdi>Publicatie</h4><a class="self-link" href="#publicatie" aria-label="Permalink for Section 2.9.2"></a></div>
<p>Hieronder valt het hebben van een site die informatie bevat over het afsprakenstelsel, inzet van sociale media en het delen van informatie met specifieke gebruikersgroepen.</p>
</section><section id="klachtenafhandeling"><div class="header-wrapper"><h4 id="x2-9-3-klachtenafhandeling"><bdi class="secno">2.9.3 </bdi>Klachtenafhandeling</h4><a class="self-link" href="#klachtenafhandeling" aria-label="Permalink for Section 2.9.3"></a></div>
<p>De gebruikers kunnen de behoefte hebben om naast het indienen van de klacht bij de eigen leverancier ook bij een onafhankelijke partij die klacht te melden. Een klachtencommissie kan het geval dat beide partijen er niet uitkomen een bindende uitspraak</p>
</section></section></section>
<section id="tof"><div class="header-wrapper"><h2 id="x3-lijst-met-figuren"><bdi class="secno">3. </bdi>Lijst met figuren</h2><a class="self-link" href="#tof" aria-label="Permalink for Section 3."></a></div><ul class="tof">
<li class="tofline">
<a class="tocxref" href="#fig-medmij-afsprakenstelsel-4-corner-model">Figuur <bdi class="figno">1</bdi> <span class="fig-title">Medmij afsprakenstelsel 4 corner model</span></a>
</li><li class="tofline">
<a class="tocxref" href="#fig-bomos-activiteiten">Figuur <bdi class="figno">2</bdi> <span class="fig-title">BOMOS activiteiten</span></a>
</li>
</ul></section>
<p role="navigation" id="back-to-top">
<a href="#title"><abbr title="Back to Top">↑</abbr></a>
</p><script id="respec-dfn-panel">(() => {
// @ts-check
if (document.respec) {
document.respec.ready.then(setupPanel);
} else {
setupPanel();
}
function setupPanel() {
const listener = panelListener();
document.body.addEventListener("keydown", listener);
document.body.addEventListener("click", listener);
}
function panelListener() {
/** @type {HTMLElement} */
let panel = null;
return event => {
const { target, type } = event;
if (!(target instanceof HTMLElement)) return;
// For keys, we only care about Enter key to activate the panel
// otherwise it's activated via a click.
if (type === "keydown" && event.key !== "Enter") return;
const action = deriveAction(event);
switch (action) {
case "show": {
hidePanel(panel);
/** @type {HTMLElement} */
const dfn = target.closest("dfn, .index-term");
panel = document.getElementById(`dfn-panel-for-${dfn.id}`);
const coords = deriveCoordinates(event);
displayPanel(dfn, panel, coords);
break;
}
case "dock": {
panel.style.left = null;
panel.style.top = null;
panel.classList.add("docked");
break;
}
case "hide": {
hidePanel(panel);
panel = null;
break;
}
}
};
}
/**
* @param {MouseEvent|KeyboardEvent} event
*/
function deriveCoordinates(event) {
const target = /** @type HTMLElement */ (event.target);
// We prevent synthetic AT clicks from putting
// the dialog in a weird place. The AT events sometimes
// lack coordinates, so they have clientX/Y = 0
const rect = target.getBoundingClientRect();
if (
event instanceof MouseEvent &&
event.clientX >= rect.left &&
event.clientY >= rect.top
) {
// The event probably happened inside the bounding rect...
return { x: event.clientX, y: event.clientY };
}
// Offset to the middle of the element
const x = rect.x + rect.width / 2;
// Placed at the bottom of the element
const y = rect.y + rect.height;
return { x, y };
}
/**
* @param {Event} event
*/
function deriveAction(event) {
const target = /** @type {HTMLElement} */ (event.target);
const hitALink = !!target.closest("a");
if (target.closest("dfn:not([data-cite]), .index-term")) {
return hitALink ? "none" : "show";
}
if (target.closest(".dfn-panel")) {
if (hitALink) {
return target.classList.contains("self-link") ? "hide" : "dock";
}
const panel = target.closest(".dfn-panel");
return panel.classList.contains("docked") ? "hide" : "none";
}
if (document.querySelector(".dfn-panel:not([hidden])")) {
return "hide";
}
return "none";
}
/**
* @param {HTMLElement} dfn
* @param {HTMLElement} panel
* @param {{ x: number, y: number }} clickPosition
*/
function displayPanel(dfn, panel, { x, y }) {
panel.hidden = false;
// distance (px) between edge of panel and the pointing triangle (caret)
const MARGIN = 20;
const dfnRects = dfn.getClientRects();
// Find the `top` offset when the `dfn` can be spread across multiple lines
let closestTop = 0;
let minDiff = Infinity;
for (const rect of dfnRects) {
const { top, bottom } = rect;
const diffFromClickY = Math.abs((top + bottom) / 2 - y);
if (diffFromClickY < minDiff) {
minDiff = diffFromClickY;
closestTop = top;
}
}
const top = window.scrollY + closestTop + dfnRects[0].height;
const left = x - MARGIN;
panel.style.left = `${left}px`;
panel.style.top = `${top}px`;
// Find if the panel is flowing out of the window
const panelRect = panel.getBoundingClientRect();
const SCREEN_WIDTH = Math.min(window.innerWidth, window.screen.width);
if (panelRect.right > SCREEN_WIDTH) {
const newLeft = Math.max(MARGIN, x + MARGIN - panelRect.width);
const newCaretOffset = left - newLeft;
panel.style.left = `${newLeft}px`;
/** @type {HTMLElement} */
const caret = panel.querySelector(".caret");
caret.style.left = `${newCaretOffset}px`;
}
// As it's a dialog, we trap focus.
// TODO: when <dialog> becomes a implemented, we should really
// use that.
trapFocus(panel, dfn);
}
/**
* @param {HTMLElement} panel
* @param {HTMLElement} dfn
* @returns
*/
function trapFocus(panel, dfn) {
/** @type NodeListOf<HTMLAnchorElement> elements */
const anchors = panel.querySelectorAll("a[href]");
// No need to trap focus
if (!anchors.length) return;
// Move focus to first anchor element
const first = anchors.item(0);
first.focus();
const trapListener = createTrapListener(anchors, panel, dfn);
panel.addEventListener("keydown", trapListener);
// Hiding the panel releases the trap
const mo = new MutationObserver(records => {
const [record] = records;
const target = /** @type HTMLElement */ (record.target);
if (target.hidden) {
panel.removeEventListener("keydown", trapListener);
mo.disconnect();
}
});
mo.observe(panel, { attributes: true, attributeFilter: ["hidden"] });
}
/**
*
* @param {NodeListOf<HTMLAnchorElement>} anchors
* @param {HTMLElement} panel
* @param {HTMLElement} dfn
* @returns
*/
function createTrapListener(anchors, panel, dfn) {
const lastIndex = anchors.length - 1;
let currentIndex = 0;
return event => {
switch (event.key) {
// Hitting "Tab" traps us in a nice loop around elements.
case "Tab": {
event.preventDefault();
currentIndex += event.shiftKey ? -1 : +1;
if (currentIndex < 0) {
currentIndex = lastIndex;
} else if (currentIndex > lastIndex) {
currentIndex = 0;
}
anchors.item(currentIndex).focus();
break;
}
// Hitting "Enter" on an anchor releases the trap.
case "Enter":
hidePanel(panel);
break;
// Hitting "Escape" returns focus to dfn.
case "Escape":
hidePanel(panel);
dfn.focus();
return;
}
};
}
/** @param {HTMLElement} panel */
function hidePanel(panel) {
if (!panel) return;
panel.hidden = true;
panel.classList.remove("docked");
}
})()</script><script src="https://www.w3.org/scripts/TR/2021/fixup.js"></script></body></html>