RFC0050 Opschonen afsprakenstelsel
Samenvatting
| Waarom is deze RFC nodig? | Om de leesbaarheid van het afsprakenstelsel te vergroten, is gekozen de (meeste) toelichtingen te verplaatsen. Hierin worden veelal de keuzes en achterliggende gedachten beschreven. Dit draagt niet bij aan de beschrijving van rollen en verantwoordelijkheden en derhalve worden deze verplaatst naar een andere omgeving. |
|---|---|
| Oplossingsrichting | Voor de te verplaatsen toelichtingen worden onder deze RFC sub-pagina's aangemaakt. Zo gaat de kennis niet verloren en is het ook niet noodzakelijk de teksten in het afsprakenstelsel te laten staan. |
| Aanpassing van | Grote delen van het afsprakenstelsel, volledig tekstueel en geen wijzigingen in functionaliteit dan wel verantwoordelijkheden. |
| Impact op rollen | Geen, alleen tekstueel. |
| Impact op beheer | Geen, alleen tekstueel. |
| Impact op RnA | Geen, alleen tekstueel. |
| Impact op Acceptatie | Geen, alleen tekstueel. |
| PIA noodzakelijk | |
| Gerelateerd aan (Andere RFCs, PIM issues) | |
| Eigenaar | Casper van der Harst Bouke de Boer |
| Implementatietermijn | 1.4.0 |
| Motivatie verkorte RFC procedure (patch) |
Goedkeuring
| Beoordelaar | Datum | Toelichting | Beoordelaar | Datum | Toelichting |
|---|---|---|---|---|---|
| Productmanager Stichting MedMij | Productmanager Beheerorganisatie | ||||
| Leadarchitect Stichting MedMij | Leadarchitect Beheerorganisatie | ||||
| Ontwerpteam | |||||
| Deelnemersraad | Eigenaarsraad |
Principe's
| Principe | Principe | ||
|---|---|---|---|
1 Het MedMij-netwerk is zoveel mogelijk gegevensneutraal | 11 Stelselfuncties worden vanaf de start ingevuld | ||
| 2 Dienstverleners zijn transparant over de gegevensdiensten | 12 Het afsprakenstelsel is een groeimodel | ||
| 3 Dienstverleners concurreren op de functionaliteiten | 13 Ontwikkeling geschiedt in een half-open proces met verschillende stakeholders | ||
| 4 Dienstverleners zijn aanspreekbaar door de gebruiker | 14 Uitwisseling is een keuze | ||
| 5 De persoon wisselt gegevens uit met de zorgaanbieder | 15 Het MedMij-netwerk is gebruiksrechten-neutraal | ||
| 6 MedMij spreekt alleen af wat nodig is | 16 De burger regisseert zijn gezondheidsinformatie als uitgever | ||
| 7 De persoon en de zorgaanbieder kiezen hun eigen dienstverlener | 17 Aan de persoonlijke gezondheidsomgeving zelf worden eisen gesteld | ||
| 9 De dienstverleners zijn deelnemers van het afsprakenstelsel | 18 Afspraken worden aantoonbaar nageleefd en gehandhaafd | ||
| 10 Alleen de dienstverleners oefenen macht uit over persoonsgegevens bij de uitwisseling | 19 Het afsprakenstelsel snijdt het gebruik van normen en standaarden op eigen maat | ||
| Toelichting | |||
Uitwerking
Omdat het vanuit deze RFC om veel wijzigingen gaat in verschillende hoofdstukken van het afsprakenstelsel, wordt per hoofdstuk een subpagina onder deze RFC aangemaakt.
- Verwerkt.
- Afsprakenset release 1.4.0 > Grondslagen > Criteria
- Afsprakenset release 1.4.0 > Grondslagen > Principes
- Afsprakenset release 1.4.0 > Grondslagen > Opzet
- Afsprakenset release 1.4.0 > Grondslagen > Begrippenlijst
- Afsprakenset release 1.4.0 > Architectuur en technische specificaties
- Afsprakenset release 1.4.0 > Architectuur en technische specificaties > Processen en informatie
- Afsprakenset release 1.4.0 > Architectuur en technische specificaties > Processen en informatie > UC verzamelen
- Afsprakenset release 1.4.0 > Architectuur en technische specificaties > Processen en informatie > UC delen
- Afsprakenset release 1.4.0 > Architectuur en technische specificaties > Processen en informatie > UC Abonneren
- Afsprakenset release 1.4.0 > Architectuur en technische specificaties > Processen en informatie > UC Notificeren
- Afsprakenset release 1.4.0 > Architectuur en technische specificaties > Processen en informatie > UC Opvragen GNL
- Afsprakenset release 1.4.0 > Architectuur en technische specificaties > Processen en informatie > UC Opvragen OCL
- Afsprakenset release 1.4.0 > Architectuur en technische specificaties > Processen en informatie > UC Opvragen ZAL
- Afsprakenset release 1.4.0 > Architectuur en technische specificaties > Processen en informatie > Beschikbaarheids- en ontvankelijkheidsvoorwaarde
- Afsprakenset release 1.4.0 > Architectuur en technische specificaties > Applicatie
- Afsprakenset release 1.4.0 > Architectuur en technische specificaties > Applicatie > Interfaces
- Afsprakenset release 1.4.0 > Architectuur en technische specificaties > Applicatie > Interfaces > Authorization interface
- Afsprakenset release 1.4.0 > Architectuur en technische specificaties > Applicatie > Interfaces > Token interface
- Afsprakenset release 1.4.0 > Architectuur en technische specificaties > Applicatie > Interfaces > Resource interface
- Afsprakenset release 1.4.0 > Architectuur en technische specificaties > Applicatie > Interfaces > User interface (Autorisatieserver)
- Afsprakenset release 1.4.0 > Architectuur en technische specificaties > Applicatie > Interfaces > Subscription interface
- Afsprakenset release 1.4.0 > Architectuur en technische specificaties > Applicatie > Interfaces > Subscription notification interface
- Afsprakenset release 1.4.0 > Architectuur en technische specificaties > Applicatie > Interfaces > Resource notification interface
- Afsprakenset release 1.4.0 > Architectuur en technische specificaties > Applicatie > Interfaces > GNL-, OCL- en ZAL-interface
- Afsprakenset release 1.4.0 > Architectuur en technische specificaties > Applicatie > Use case-implementaties > UCI Verzamelen
- Afsprakenset release 1.4.0 > Architectuur en technische specificaties > Applicatie > Use case-implementaties > UCI Delen
- Afsprakenset release 1.4.0 > Architectuur en technische specificaties > Applicatie > Use case-implementaties > UCI Abonneren
- Afsprakenset release 1.4.0 > Architectuur en technische specificaties > Applicatie > Use case-implementaties > UCI Notificeren
- Afsprakenset release 1.4.0 > Architectuur en technische specificaties > Applicatie > Use case-implementaties > UCI Opvragen GNL
- Afsprakenset release 1.4.0 > Architectuur en technische specificaties > Applicatie > Use case-implementaties > UCI Opvragen OCL
- Afsprakenset release 1.4.0 > Architectuur en technische specificaties > Applicatie > Use case-implementaties > UCI Opvragen ZAL
- Afsprakenset release 1.4.0 > Architectuur en technische specificaties > Netwerk
- Afsprakenset release 1.4.0 > Architectuur en technische specificaties > Netwerk > Use case-implementatie Opvragen WHL
- Afsprakenset release 1.4.0 > Architectuur en technische specificaties > Netwerk >WHL-Interface
- Afsprakenset release 1.4.0 > Architectuur en technische specificaties > Informatiemodellen
- Afsprakenset release 1.4.0 > Architectuur en technische specificaties > Informatiemodellen > Metamodel
- Afsprakenset release 1.4.0 > Architectuur en technische specificaties > Informatiemodellen > Logische modellen
- Afsprakenset release 1.4.0 > Architectuur en technische specificaties > Informatiemodellen > XML-schema's
- Afsprakenset release 1.4.0 > Architectuur en technische specificaties > Informatiemodellen > XML-bestanden voor lijsten
- Afsprakenset release 1.4.0 > Grondslagen > Achtergrond
Risico's
Omschrijf de (privacy)risico's die kunnen ontstaan als deze RFC wordt aangenomen. In het onwaarschijnlijke geval dat deze RFC's geen risico's introduceert, geef dat dan wel aan.
| Dreiging | Kans | Impact | DreigingsID (intern) | Maatregelen |
|---|---|---|---|---|
Bijlagen