Samenvatting
...
Basisklasse | Definitie |
---|---|
HttpsUrl | Semantiek: adres van een resource die via het internet benaderbaar is volgens het HTTPS-protocol. Syntax: string die altijd start met |
Versienummer | |
Telefoonnummer | Semantiek: internationaal telefoonnummer volgens Recommendation ITU-T E.164 (11/2010). Syntax: string die altijd start met + en vervolgens bestaat uit maximaal vijftien cijfers (0 tot en met 9). |
Emailadres | Semantiek: e-mailadres volgens sectie 3.4.1 van IETF RFC 5322. Syntax: string van een of meer tekens, gevolgd door het teken |
NederlandseDatum | Semantiek: datum volgens lokale Nederlandse tijd. Syntax: datum volgens het type |
LangeWeergavenaam | String van minimaal drie en maximaal 125 tekens. |
...
Basisklasse | Definitie | Herkomst |
---|---|---|
DeelnemersrolWeergavenaam | String met de waarde "Dienstverlener persoon" of "Dienstverlener zorgaanbieder". | logisch model |
UsecaseWeergavenaam | String met de waarde "Verzamelen" of "Delen". | logisch model |
BedrijfsrolWeergavenaam | String met de waarde "Patiënt" of "Zorgaanbieder". | logisch model |
NederlandseDatum | Semantiek: datum volgens lokale Nederlandse tijd. Syntax: datum volgens het type | metamodel |
HttpsUrl | Semantiek: adres van een resource die via het internet benaderbaar is volgens het HTTPS-protocol. Syntax: string die altijd start met | metamodel |
Telefoonnummer | Semantiek: internationaal telefoonnummer volgens Recommendation ITU-T E.164 (11/2010). Syntax: string die altijd start met + en vervolgens bestaat uit maximaal vijftien cijfers (0 tot en met 9). | metamodel |
Emailadres | Semantiek: e-mailadres volgens sectie 3.4.1 van IETF RFC 5322. Syntax: string van een of meer tekens, gevolgd door het teken | metamodel |
Versienummer | String van minimaal één en maximaal 30 tekens. | metamodel |
Positiefnummer | Een geheel getal ongelijk 0. | logisch model |
LangeWeergavenaam | String van minimaal één en maximaal 125 tekens. | metamodel |
...
- 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 hierop een uitzondering. Die kent een zelfstandig logisch model. De klasse Catalogus uit het logisch model dient als root element van het XML-schema van de Catalogus.
Lijst of rapport | Bestandsnaam | Release | Versie bestand |
---|---|---|---|
Catalogus | MedMij_Catalogus_release3.xsd | 3 | 5 |
Tijdaspect
Het metamodel en de logische modellen, met hun invarianten, werken "door de tijd". Zij beschrijven hoe de klassen samenhangen op elk moment. De XML-bestanden voor de lijsten zijn echter specifieke momentopnames van de instanties van de klassen. Er moet daarom een tijdselement worden toegevoegd om lijsten die op verschillende momenten zijn gegenereerd, uit elkaar te kunnen houden, en om in retrospectief de geldigheidstermijn van een lijst te kunnen vaststellen.
...
De Catalogus bevat ook Gegevensdiensten die inmiddels niet meer geldig zijn, omdat de einddatum van de geldigheidsperiode is gepasseerd. Door deze Gegevensdiensten te blijven vermelden wordt op een gemakkelijke wijze inzage geboden in de historie van Gegevensdiensten (bijvoorbeeld ten behoeve van het interpreteren van loggegevens). Het voorkomt ook dat de Catalogus (een op dit moment handmatig beheerd en gepubliceerd product) aanpassing behoeft op het moment van het verstrijken van de geldigheid van een Gegevensdienst. Gegevensdiensten die al bij publicatie van de betreffende versie van de Catalogus ongeldig waren, hebben voor de overzichtelijkheid een grijze achtergrond.
Toelichting bij inhoud van de Catalogus
...
Toelichting bij versie 23 van de Catalogus (mutatiedatum: 30-10-2020)
- De Systeemrollen behorend bij de Gegevensdienst "Verzamelen Basisgegevens zorg 1.0" kwamen niet voor in het Register van Informatiestandaarden. In de Catalogus zijn deze nu wel opgenomen en is verwezen naar publicatie 2018.01 van Nictiz; de meest recente publicatie waarin de systeemrolcodes behorend bij de Gegevensdienst voorkomen.
- De Catalogus heeft een herziene opzet. Daarmee is ook het afzonderlijke Register van Informatiestandaarden vervallen. Enkele relevante concepten uit het voormalige Register zijn opgenomen in de Catalogus. Het attribuut Vervangt van een Gegevensdienst is verwijderd.
- De Technischespecificatieverwijzingen zijn toegevoegd aan de Transacties behorend bij Systeemrollen.
- De Majorminorversies zijn toegevoegd aan de Transacties behorend bij Systeemrollen.
- De Interfaceversies zijn toegevoegd aan de Gegevensdiensten.
- De Ondersteuningsloketten zijn toegevoegd aan de Gegevensdiensten.
- De Kwalificatieloketten zijn toegevoegd aan de Gegevensdiensten.
- De Gegevensdienstnamen van de Gegevensdiensten met id's 2 en 3 zijn gewijzigd in "Verzamelen Medicatieoverzichten 9.0 (2018.06)" respectievelijk "Verzamelen Medicatiegegevens 9.0 (2018.06)".
- Uitgebreidere toelichting kan worden gevonden in RFC0023 Harmonisering Register van Informatiestandaarden en Catalogus: informatiemodellen.
...