ONZ-Organisatieontologie

Dit document beschrijft de ONZ Organisatieontologie. De ONZ Organisatieontologie is een OWL-2 ontologie voor het beschrijven van data binnen het domein van organisatiegegevens. De ontologie bevat een vocabulair om feiten rondom organisaties uit te drukken. Te denken valt aan zaken als de organisatiestructuur, maar ook inschrijvingen in het Handelsregsiter en aanpalende gegevens zoals een Nederlands adres. De ontologie is gebouwd "op" het fundament van de ONZ Generiek ontologie, een op DOLCE gebaseerde fundamentele ontologie.

Naast deze ONZ Organisatieontologie zijn ook andere (domein-)ontologieën gebaseerd op de ONZ Generiek ontologie. Deze andere ontologieën worden niet nader uitgewerk in dit document. De ONZ Organisatieontologie vormt samen met de ONZ Generiek ontologie en de andere domeinontolgieën de Ontologie voor de Nederlandse Zorg (ONZ Ontologie).

De namespace voor de ONZ Organisatieontologie is

1http://purl.org/ozo/onz-org#

De geadviseerde prefix voor de ONZ Organisatieontologie is

1onz-org

De ONZ Organisatieontologie is hier beschikbaar.

Voor licentie zie: Creative Commons Attribution 4.0 International (CC-BY 4.0).

In dit document worden de belangrijkste concepten binnen de ontologie toegelicht in hun samenhang en praktische toepassing, gegeven de uitgangspunten. De toelichting wordt vergezeld van figuren en voorbeelden van data om zo concreet mogelijk te maken hoe de ontologie succesvol kan worden gebruikt om de doelen te bereiken waarvoor de ontologie is gemaakt.

De ontologie is opgesteld in de Web Ontology Language (OWL). OWL is een technische taal die gebruikt door experts op gebied van ontologie en daarmee een taal die niet eenvoudig toegankelijk is voor niet-experts. Dit document biedt een toelichting in het Nederlands en poogt daarmee zo toegankelijk mogelijk te zijn voor een breed publiek. Het is echter nog steeds een toelichting op een ontologie en geen cursus ontologie voor beginners. Volledig begrip van hetgeen toegelicht wordt vereist dus nog steeds voldoende inhoudelijke kennis van (OWL) ontologieën.

De ontologie

Voor de rapportage van indicatoren is het vaak wenselijk deze te voorzien van metadata over de organisatie (bijvoorbeeld vestigingsnummers of adressen). Het komt ook voor dat indicatoren gegroepeerd of gefilterd worden op basis van organisatorische informatie (bijvoorbeeld een filtering op zorgkantoorregio). Tenslotte is er organisatorische informatie die rechtsreeks deel uit kan maken van indicatoren zoals informatie over aantal woonheden en/of de bezetting daarvan.

De ontologie poogt verwarring te voorkomen in termen die verschillende dingen betekenen in verschillende contexten. Zo wordt het begrip 'afdeling' soms gebruikt om een deel van de organistie te benoemen (afdeling financiën), te verwijzen naar een deel van een gebouw: afdeling E1 (vleugel E, 1e verdieping) of een compleet gebouw: afdeling Grotestraat 1.

Om te voorkomen dat de concepten in de ontologie discussie over welke interpratie van 'afdeling' de enige juiste is, wordt zoveel mogelijk aansluiting gezocht met begrippen die reeds vastgelegd zijn in betrouwbare bronnen zoals wetgeving, of eenduidig gepubliceerd zijn door organisatie die in Nederland een (wettelijke) taak hebben op een bepaald domein. In de ONZ Organisatieontologie gaat het dan specifiek over:

• De Handelsregisterwet voor begrippen als KVK-nummer en Vestiging
• Het Kadaster voor begrippen als Woonplaats en Adres

Hieronder worden de belangrijkste begrippen in de ontologie toegelicht inclusief gemaakte keuzes bij het modelleren. Alle concepten zijn terug te vinden in hoofdstuk 4.

Bedrijf

Het concept Bedrijf is een subklasse van Organisatie. De definitie is volgens de handelsregisterwet: een Organisatie die producten en/of diensten levert in ruil voor een financiele vergoeding en daarbij een winstoogmerk heeft. Het concept maakt onderdeel uit van de ONZ-Generieke ontologie, maar wordt hier voor de duidelijkheid expliciet genoemd.

In de ontologie is het onderscheid met Organisatie expliciet gemaakt doordat een Bedrijf zich onderscheid door een inschrijving bij de Kamer van Koophandel (KvK). Dat wil zeggen dat een bedrijf geïdentificeerd wordt door een (uniek) Kamer van Koophandel nummer (KVK-nummer). Omdat de KvK een formele rol vervult als uitvoerder van de Handelsregisterwet is het KVK-nummer gemodelleerd als een Formal Identifier.

Onderstaande figuur geeft het concept Bedrijf weer in samenhang met het concept Vestiging en de identifiers die de KvK uitgeeft.

Voorbeeld van een voorbeeldbedrijf met een KVK-nummer.

Code gekopieerd
...
Kopieer naar klembord
1@prefix ex: <www.example.com/> .
2@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .
3@prefix onz-g: <http://purl.org/ozo/onz-g#> .
4@prefix onz-org: <http://purl.org/ozo/onz-org#> .
5
6ex:bedrijf_1
7    a onz-g:Business ;
8    onz-g:identifiedBy ex:identifier_1 .
9
10ex:identifier_1
11    a onz-org:KvkNummer ;
12    onz-g:hasDataValue "123456789"^^xsd:Literal .

Of, met exact dezelfde betekenis, via het KVK-nummer als blank node.

Code gekopieerd
...
Kopieer naar klembord
1@prefix ex: <www.example.com/> .
2@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .
3@prefix onz-g: <http://purl.org/ozo/onz-g#> .
4@prefix onz-org: <http://purl.org/ozo/onz-org#> .
5
6ex:bedrijf_1
7    a onz-g:Business ;
8    onz-g:identifiedBy [
9        a onz-org:KvkNummer ;
10        onz-g:hasDataValue "123456789"^^xsd:Literal
11    ] .

Vestiging

Een Vestiging is volgens de Handelsregisterwet een gebouw of complex van gebouwen waar duurzame uitoefening van de activiteiten van een onderneming of rechtspersoon plaatsvindt. Een Vestiging ís dus een "gebouw of complex van gebouwen" en daarmee een subklasse van het begrip Verblijfsobject, zoals gedefinieerd in de ONZ-Generieke ontologie.

Omdat een Vestiging een "gewoon" Verblijfsobject ís en niet een speciaal soort Verblijfsobject, is het in de ontologie gemodelleerd als een Verblijfsobject dat de rol van Vestiging (Vestigingrol) invult. Het is daarmee formeel een "defined class". Het drukt uit dat het Verblijfsobject in zichzelf niet verandert zodra het een Vestiging "wordt". Met andere woorden: het Verblijfsobject wórdt geen Vestiging, het gaat de rol van Vestiging vervullen na inschrijving in het Handelsregister.

ℹ️

Voor het werken met data over Vestigingen maakt dit geen verschil. Een instantie van een Vestiging kan "gewoon" van het type onz-org:Vestiging zijn.

Volgens de Handelsregisterwet heeft ieder Bedrijf op zijn minst één Vestiging en krijgt iedere Vestiging een Vestigingsnummer. Dat identificeert een Vestiging, zoals een KVK-nummer het Bedrijf identificeert die hoort bij een Vestiging. Omdat de relatie tussen Vestiging en Bedrijf uniek is, is hiervoor een expliciete property opgenomen: heeft vestiging.

Code gekopieerd
...
Kopieer naar klembord
1@prefix onz-g: <http://purl.org/ozo/onz-g#> .
2@prefix onz-org: <http://purl.org/ozo/onz-org#> .
3@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .
4
5<http://data.example.org/organisatie/41032142> a onz-g:NursingHomeOrganization ;
6    rdfs:label "Stichting Zorgvilla's Twente" ;
7    onz-g:identifiedBy [ a onz-org:KvkNummer ;
8            onz-g:hasDataValue "41032142" ] ;
9    onz-org:heeftVestiging <http://data.example.org/vestiging/000021790442>,
10        <http://data.example.org/vestiging/000021790450> .
11
12<http://data.example.org/vestiging/000021790442> a onz-org:Vestiging ;
13    rdfs:label "Huize Den Oostenborgh / Welstee" ;
14    onz-g:hasLocalizableArea [ a onz-g:LocalizableArea ;
15            onz-g:identifiedBy [ a onz-org:Adres ;
16                    rdfs:label "Putstraat 9, 7631 GB Ootmarsum" ;
17                    onz-g:hasPart [ a onz-org:NummerAanduiding ;
18                            onz-g:hasPart <http://purl.org/ozo/onz-org/postcodeIdentifier/7631GB> ] ] ] ;
19    onz-g:identifiedBy [ a onz-org:Vestigingsnummer ;
20            onz-g:hasDataValue "000021790442" ] .
21
22<http://data.example.org/vestiging/000021790450> a onz-org:Vestiging ;
23    rdfs:label "Villa Meijling/ Welstee" ;
24    onz-g:hasLocalizableArea [ a onz-g:LocalizableArea ;
25            onz-g:identifiedBy [ a onz-org:Adres ;
26                    rdfs:label "Stationsstraat 74, 7622 LZ Borne" ;
27                    onz-g:hasPart [ a onz-org:NummerAanduiding ;
28                            onz-g:hasPart <http://purl.org/ozo/onz-org/postcodeIdentifier/7622LZ> ] ] ] ;
29    onz-g:identifiedBy [ a onz-org:Vestigingsnummer ;
30            onz-g:hasDataValue "000021790450" ] .

NB: bovenstaande voorbeeld is gemaakt met een hulpprogramma dat hier beschikbaar is. Het programma gebruikt het Zorgaanbiedersportaal om op basis van een KvK-nummer gegevens over de zorgaanbieder en vestigingen in turtle bestand (.ttl) op te slaan.

Organisatorische eenheid

Het concept Organisatorische eenheid heeft als alternatieve labels "Afdeling" én "Team". Dit geeft al weer dat op dit gebied eenvoudig verwarring ontstaat tussen wat de verschillende partijen bedoelen met deze begrippen. In de ONZ-Organisatieontologie verwijzen de termen "Organisatorische eenheid", "Afdeling" en "Team" allen naar het concept Organisatorische eenheid.

Wat ermee bedoeld wordt is een onderdeel van een Organisatie welke tegelijkertijd zelf ook weer een Organisatie is, zoals bedoeld in de ONZ-Generieke ontologie. Volgens de ONZ-Generieke ontologie is een Organisatie een groep mensen met een specifiek doel. Met andere woorden een Organisatorische eenheid is zelf ook een Organisatie en tegelijkertijd onderdeel van een grotere Organisatie. Kortom het concept wordt gebruikt om een Organisatie op te splitsen in meerdere delen. Omdat die delen zelf ook weer opgesplitst kunnen worden zie je in bovenstaande figuur niet alleen de partOf relatie naar Organisatie, maar ook naar Organisatorische eenheid zelf.

Met de partOf relatie kan op deze manier een boomstructuur van Organisatorische eenheden (onderdelen) geconstrueerd worden, zoals traditioneel in een organigram weergegeven wordt. Het "bovenste", overkoepelende concept is een Organisatie, alle onderdelen zijn een Organisatorische eenheid (of Afdeling, of Team).

Hieronder volgt een voorbeeld van een organigram van een organisatie met een bijbehorende uitwerking in data.

Code gekopieerd
...
Kopieer naar klembord
1@prefix ex: <www.example.com/> .
2@prefix onz-g: <http://purl.org/ozo/onz-g#> .
3@prefix onz-org: <http://purl.org/ozo/onz-org#> .
4
5ex:dummy_zorg
6    a onz-g:Organization .
7
8ex:rvb
9    a onz-org:OrganisatorischeEenheid ;
10    onz-g:partOf ex:dummy_zorg .
11
12ex:financien
13    a onz-org:OrganisatorischeEenheid ;
14    onz-g:partOf ex:dummy_zorg .
15
16ex:zorg
17    a onz-org:OrganisatorischeEenheid ;
18    onz-g:partOf ex:dummy_zorg .
19
20ex:zorg_team_a
21    a onz-org:OrganisatorischeEenheid ;
22    onz-g:partOf ex:zorg .
23
24ex:zorg_team_b
25    a onz-org:OrganisatorischeEenheid ;
26    onz-g:partOf ex:zorg .
27
28ex:zorg_team_c
29    a onz-org:OrganisatorischeEenheid ;
30    onz-g:partOf ex:zorg .
31

De praktische toepassing die hiermee bereikt kan worden is dat informatie die opgeslagen is op het niveau van Organisatorische eenheden (of teams of afdeling) ook op dat niveau semantisch kunnen worden geannoteerd. Informatieuitwisseling in het kader van KIK-V kan vervolgens "gewoon" op ieder gewenst niveau van de Organsatie plaatsvinden. Reden is dat de partOf relatie een transitieve relatie is, waardoor de organisatorische structuur (mits expliciet gemaakt in data) gebruikt worden. Zie ook onderstaande voorbeeld.

Adres

Het concept Adres is één-op-één overgenomen van de manier waarop het Kadaster dit gebruikt. Zie ook artikel 1 van de Wet basisregistraties adressen en gebouwen. Dat geldt ook voor de concepten die onlosmakelijk verbonden zijn met het concept Adres.

Een adres is volgens de definitie van het Kadaster een door het bevoegde gemeentelijke orgaan aan een verblijfsobject, een standplaats of een ligplaats toegekende benaming, bestaande uit een combinatie van de naam van een openbare ruimte, een nummeraanduiding en de naam van een woonplaats.

Voor de ontologie is het belangrijk op te merken dat het Adres een benaming is. Dus het is niet een bepaalde plek, maar een naam ervoor; in termen van de ontologie: een identifier voor het geografische gebied. Datzelfde geldt voor de Nummeraanduiding. De Straat en Woonplaats referen juist wel direct naar een plek. In de ontologie een Geografisch gebied uit de onz-g ontologie.

Dit verklaart ook de verschillende relaties tussen Adres en Nummeraanduiding (hasPart) en tussen Adres en Straat/Woonplaats (isAbout) De hasPart relatie uit de onz-g kan alleen gebruikt worden tussen gelijksoortige objecten. Een identifier kan niet een geografische plek als deel hebben, maar alleen geografische plekken. En dat geldt dan ook weer voor de componenten waaruit een Nummeraanduiding bestaat. Aangezien de delen daarvan ook identifiers zijn, is de relatie hier wederom hasPart.

In minder formele taal: een Adres verwijst naar de plek van een verblijfsobject, een standplaats of een ligplaats en wordt uitgegeven door een gemeente. Het adres verwijst naar een openbare ruimte (een straat) en een woonplaats en bevat een Huisnummer en Postcode en eventueel een Huisletter en/of Huisnummertoevoeging. Die laatste vier samen noemen we de nummeraanduiding.

Hieronder volgt een voorbeeld van het vastleggen van een Adres

Code gekopieerd
...
Kopieer naar klembord
1@prefix ex: <www.example.com/> .
2@prefix xsd: <http://www.w3.org/2001/XMLSchema#> . 
3@prefix onz-org: <http://purl.org/ozo/onz-org#> .
4
5ex:adres_1 
6    a onz-org:Adres ;
7    onz-g:isAbout ex:straat_1 ; #uri voor straten niet voorgeschreven door ontologie
8    onz-g:isAbout <http://bag.basisregistraties.overheid.nl/bag/id/woonplaats/3594> ;
9    onz-g:hasPart ex:nummeraanduiding_1 .
10
11ex:nummeraanduiding_1
12    a onz-org:Nummeraanduiding ;
13    onz-g:hasPart ex:huisnummer_1 ;
14    onz-g:hasPart ex:huisletter_1 ;
15    onz-g:hasPart ex:huisnummertoevoeging_1 ;
16    onz-g:hasPart <http://purl.org/ozo/onz-org/postcodeIdentifier/1011AB> ;
17
18ex:huisnummer_1
19    a onz-org:Huisnummer ;
20    onz-g:hasDataValue "12"^^xsd:integer .
21
22ex:huisletter_1
23    a onz-org:Huisletter ;
24    onz-g:hasDataValue "a"^^xsd:literal .

Voor de straat is hier gebruik gemaakt van het verzonnen ex:straat_1, omdat de ontologie geen voorgeschreven URI's kent voor straten in Nederland.

Voor de Woonplaats wordt gebruik gemaakt van URI's die het Kadaster gebruikt. De URI <http://bag.basisregistraties.overheid.nl/bag/id/woonplaats/3594> verwijst naar de woonplaats met identifier 3594, ofwel Amsterdam, wat te zien is door de link te volgen.

In dit voorbeeld is de optionele Huisnummertoevoeging eenvoudigweg weggelaten.

De URI voor de postcode is een zelfgemaakte URI. Alle postcodes in Nederland kunnen gemaakt worden volgens ditzelfde patroon. In het bestand postcodes.ttl staan alle Nederlandse postcodes. Voor de postcode uit het voorbeeld staat hier het volgende:

Code gekopieerd
...
Kopieer naar klembord
1@prefix onz-g: <http://purl.org/ozo/onz-g#> .
2@prefix onz-org: <http://purl.org/ozo/onz-org#> .
3@prefix owl: <http://www.w3.org/2002/07/owl#> .
4
5<http://purl.org/ozo/onz-org/postcodeGebied/1011AB>
6    a onz-g:PostcodeArea ;
7    onz-g:identifiedBy <http://purl.org/ozo/onz-org/postcodeIdentifier/1011AB> ;
8    onz-g:partOf <http://bag.basisregistraties.overheid.nl/bag/id/woonplaats/3594> .
9
10<http://purl.org/ozo/onz-org/postcodeIdentifier/1011AB> 
11    a onz-org:Postcode ;
12    onz-g:hasDataValue "1011AB" .

Hier is, enigszins slordig gezegd, gedefinieerd dat de postcode 1011AB verwijst naar postcodegebied 1011AB, welke onderdeel is van het gebied woonplaats 3594, zijnde Amsterdam. Hier wordt het onderscheid tussen de postcode als verwijzer (postcode identifier) en het gebied dat het identificeert (postcode gebied) expliciet.

Door op deze manier te werken met gebieden die onderdeel kunnen zijn van andere gebieden (partOf), kunnen we vaststellen welke postcodes horen bij de regio van een Zorgkantoor. Op dezelfde manier als in postcodes.ttl zijn er namelijk bestanden beschikbaar in deze map waarin staat welk postcodes onderdeel zijn van welke gemeente (als geografisch gebied) en welk gemeenten horen tot welke zorgkantoorregio.

Locatie

Met locatie wordt een fysieke plek bedoeld, die onderdeel is van één Verblijfsobject, bijvoorbeeld een verdieping of vleugel binnen een Verblijfsobject.

Een Verblijfsobject kan bestaan uit één of meerdere locaties. Een Locatie kan niet meer dan één Verblijfsobject beslaan; het bevindt zich altijd als geheel binnen één (1) Verblijfsobject.

Hieronder volgt een voorbeeld van een Vestiging die bestaat uit meerdere Locaties met een bijbehorende uitwerking in data.

Code gekopieerd
...
Kopieer naar klembord
1@prefix ex: <www.example.com/> .
2@prefix onz-g: <http://purl.org/ozo/onz-g#> .
3@prefix onz-org: <http://purl.org/ozo/onz-org#> .
4
5ex:dummy_zorg
6    a onz-g:Organization ;
7    onz-org:heeftVestiging ex:vestiging_a .
8
9ex:vestiging_a
10    a onz-org:Vestiging .
11
12ex:begane_grond
13    a onz-org:Locatie ;
14    onz-g:partOf ex:vestiging_a .
15
16ex:verdieping_1
17    a onz-org:Locatie ;
18    onz-g:partOf ex:vestiging_a .
19
20ex:verdieping_2
21    a onz-org:Locatie ;
22    onz-g:partOf ex:vestiging_a .
23
24ex:restaurant
25    a onz-org:Locatie ;
26    onz-g:partOf ex:begane_grond .
27
28ex:hal
29    a onz-org:Locatie ;
30    onz-g:partOf ex:begane_grond .

Wooneenheid

Een wooneenheid is het samenstel van één, of meerdere kamer of ruimtes (onz-g:Room) die samen geschikt zijn voor bewoning en geen kleinere wooneenheden bevat. Een wooneenheid betreft dus de kleinste eenheid geschikt voor bewoning. Een gebouw met meerdere wooneenheden wordt op zichzelf dus niet beschouwd als een wooneenheid, ook al biedt die locatie wel de mogelijkheid om er te wonen. De nadruk bij dit concept ligt derhalve op het begrip '--eenheid'.

Omdat een Wooneenheid (alleen maar) de kleinste eenheid, geschikt voor bewoning is, kan het zelf dus geen (kleinere) wooneenheden bevatten. Dit in tegenstelling tot een Locatie (zie ook figuur hierboven).

Een Wooneenheid bevindt zich altijd fysiek binnen een Verblijfsobject. Het is ook mogelijk om aan te geven dat een Wooneenheid zich in een specifiek deel van het Verblijfsobject bevindt. Met andere woorden: zich bevindt in een Locatie.

Een Wooneenheid kan bestaan uit één of meerdere kamers/ruimtes (onz-g:Room). Bijvoorbeeld een huiskamer, keuken en badkamer. Deze ruimtes kunnen gedeeld worden door meerdere wooneenheden. Een woonsituatie waarbij drie wooneenheden een keuken delen is uitgewerkt in onderstaande voorbeeld. De ONZ-Organisatieontologie biedt vooralsnog geen onderscheid in verschillende ruimtes zoals hier genoemd.

Code gekopieerd
...
Kopieer naar klembord
1@prefix ex: <www.example.com/> .
2@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .
3@prefix onz-g: <http://purl.org/ozo/onz-g#> .
4@prefix onz-org: <http://purl.org/ozo/onz-org#> .
5
6ex:wooneeheid_1
7    a onz-org:WoonEenheid ;
8
9ex:wooneeheid_2
10    a onz-org:WoonEenheid ;
11
12ex:wooneeheid_3
13    a onz-org:WoonEenheid ;
14
15ex:huiskamer_1
16    a onz-g:Room ;
17    onz-g:partOf ex:wooneenheid_1 .
18
19ex:huiskamer_2
20    a onz-g:Room ;
21    onz-g:partOf ex:wooneenheid_2 .
22
23ex:huiskamer_3
24    a onz-g:Room ;
25    onz-g:partOf ex:wooneenheid_3 .
26
27ex:keuken
28    a onz-g:Room ;
29    onz-g:partOf ex:wooneenheid_1 ;
30    onz-g:partOf ex:wooneenheid_2 ;
31    onz-g:partOf ex:wooneenheid_3 .

In het voorbeeld van een "normaal" woonhuis dat alleen ruimtes bevat die de bewoning ondersteunen, valt het begrip Wooneenheid, m.b.t. ruimtes, samen met het begrip Verblijfsobject. De Wooneenheid ís echter geen Verblijfsobject, maar een onderdeel ervan. Er zijn dan simpelweg geen andere onderdelen dan de Wooneenheid. Zie hieronder voor een voorbeeld van een woonhuis met drie ruimtes.

Code gekopieerd
...
Kopieer naar klembord
1@prefix ex: <www.example.com/> .
2@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .
3@prefix onz-g: <http://purl.org/ozo/onz-g#> .
4@prefix onz-org: <http://purl.org/ozo/onz-org#> .
5
6ex:woonhuis_1 a onz-g:AccomodativeObject .
7
8ex:wooneenheid_4
9    a onz-org:WoonEenheid ;
10    onz-g:partOf ex:woonhuis_1 .
11
12ex:ruimte_1 
13    a onz-g:Room ;
14    onz-g:partOf ex:wooneenheid_4 .
15
16ex:ruimte_2
17    a onz-g:Room ;
18    onz-g:partOf ex:wooneenheid_4 .
19    
20ex:ruimte_3
21    a onz-g:Room ;
22    onz-g:partOf ex:wooneenheid_4 .

Tenslotte nog een uitgewerkt voorbeeld waarbij een gebouw meerdere wooneenheden bevat waarover geen details bekend zijn, of waarvoor het niet nodig/gewenst is details vast te leggen. Voor iedere Wooneenheid moet een instantie worden aangemaakt. Indien geen enkele identificatie van individuele wooneenheden noodzakelijk is, kan dat via een blank node. Een blank node geeft het bestaan van een entiteit aan, zonder een URI te gebruiken om het te identificeren.

Code gekopieerd
...
Kopieer naar klembord
1@prefix onz-g: <http://purl.org/ozo/onz-g#> .
2@prefix onz-org: <http://purl.org/ozo/onz-org#> .
3
4_:b1
5    a onz-g:AccomodativeObject ;
6    onz-g:hasPart [
7        a onz-org:WoonEenheid 
8        ] ;
9    onz-g:hasPart [
10        a onz-org:WoonEenheid 
11        ] ;
12    onz-g:hasPart [
13        a onz-org:WoonEenheid 
14        ] ;
15    onz-g:hasPart [
16        a onz-org:WoonEenheid 
17        ] ;
18    onz-g:hasPart [
19        a onz-org:WoonEenheid 
20        ] .

Zorgkantoor

Een Zorgkantoor is een publieke organisatie die in Nederland de Wet Langdurige Zorg uitvoert door contracten af te sluiten met een zorgorganisatie die een bepaald soort zorg en van een zekere duur gaat leveren aan een persoon die daar recht op heeft na een evaluatie en besluit van het Centrum Indicatiestelling Zorg (CIZ).

Het concept Zorgkantoor is expliciet opgenomen in de ONZ-Organisatieontologie, inclusief de individuele zorgkantoren, omdat deze een belangrijke rol spelen in de uitvraag van informatie bij zorginstellingen. Een zorgkantoor heeft nl. alleen recht op informatie van zorginstellingen die behoren tot haar eigen werkgebied (Zorgkantoor regio).

Een Zorgkantoor regio bestaat uit een aantal Gemeente's. Alle gemeentes in Nederland vallen onder precies één (1) Zorgkantoor regio. Op dezelfde manier, valt iedere Woonplaats onder één (1) Gemeente.

Aangezien een Adres via de Postcode gekoppeld kan worden aan de unieke Gemeente, is op basis van het Adres van een Vestiging eenduidig vast te stellen tot welke Zorgkantoor regio deze Vestiging behoort en daarmee tot welk Zorgkantoor.

De zorgkantoren en zorgkantoorregio's zelf zijn als individuen in de ONZ-Organisatieontologie opgenomen. De relatie tussen regio's, gemeenten en postcodes zijn, ten behoeve van beheer, separaat opgenomen in Gitlab in de map Ontologie_data.

Overzicht

Hieronder is het deel van de ONZ-Organisatieontologie dat actief gebruikt wordt gevisualiseerd, inclusief de superklassen in de ONZ-Generieke ontologie. Niet actief gebruikte onderdelen zijn omwille van het overzicht weggelaten.

© 2025 Zorginstituut Nederland. This work is licensed under a Creative Commons Attribution 4.0 International License.