...
- Alle typen en elementen die worden gebruikt voor een van de lijsten of rapporten, zijn in het XML-schema van de betreffende lijst of het betreffende rapport gedefinieerd. Er is dus geen gebruik gemaakt van een basisschema. Zo wordt de afhankelijkheid tussen de XML-schema's beperkt en wordt het gemakkelijker een van de schema's aan te passen zonder dat de andere schema's gewijzigd worden. De definities moeten echter blijven passen bij het metamodel en het logische model; een aanpassing in een van deze modellen maakt aanpassing noodzakelijk van alle XML-schema's die door de wijziging geraakt worden.
- Bij het logische model van de lijsten en rapporten horen vier technische componenten. De hoogste klasse van elke component wordt het rootelement van het betreffende XML-schema. De attributen van de abstracte klassen bovenaan (MedMijBeheerlijst en MedMijRapport) worden over de technische modellen van de vier lijsten, respectievelijk de twee rapporten, verspreid. Er is dus voor elke lijst of rapport een apart XML-schema. Daardoor is de homonymie van
Gegevensdienst
enGegevensdiensten
geen probleem meer en kunnen in de namen de achtervoegsels_ZAL
,_GNL
,_OCL
,_BR
en_PR
achterwege blijven. - De Catalogus vormt kent een zelfstandig logisch model. De klasse Catalogus uit het logisch model dient als root element van het XML-schema van de Catalogus.
- Net als in de stap van het metamodel naar de logische modellen blijft de granulariteit van de klassen hetzelfde: er worden geen klassen samengenomen om een compacter schema te maken.
- Alle klassen en attributen uit het logische model zijn gemodelleerd als elementen in het XML-schema. Daarmee is een eenduidige vertaling mogelijk van het logische model; er behoeft geen onderscheid tussen elementen en attributen te worden aangebracht. Elementen bieden meer mogelijkheden dan attributen en genieten daarom (als generieke keuze) de voorkeur.
Schema's
Info |
---|
De verschillende schema's die zijn opgesteld voor versie 1.4.0 van het afsprakenstelsel gelden ook voor deze versie (1.4.1). Daarom wordt in de verschillende schema's nog verwezen naar versie 1.4.0. |
Lijst of rapport | Bestandsnaam | Release | Versie bestand |
---|---|---|---|
Catalogus | MedMij_Catalogus_release3.xsd | 3 | 5 |
Whitelist | 2 | 12 | |
Zorgaanbiederslijst | 3 | 11 | |
OAuthclientlist | 5 | 13 | |
Gegevensdienstnamenlijst | 1 | 10 | |
Beheerrapport | 2 | 6 | |
Portabiliteitsrapport | 1 | 7 | |
Zorgaanbiederskoppellijst | 1 | 3 |
Alleen de hierboven genoemde bestanden, met de aangegeven release en versie, mogen worden gebruikt in deze release van het MedMij Afsprakenstelsel.
Voorbeeldbestanden
Info |
---|
De verschillende voorbeeldbestanden die zijn opgesteld voor versie 1.4.0 van het afsprakenstelsel gelden ook voor deze versie (1.4.1). Daarom wordt in de verschillende voorbeeldbestanden nog verwezen naar versie 1.4.0. |
Van elke lijst is een voorbeeldbestand beschikbaar. Dit bestand maakt geen deel uit van de formele specificaties van het MedMij Afsprakenstelsel. De Catalogus kent geen voorbeeldbestand.
...