Voor Koppeltaal maken we gebruik van een minimale (een zo klein mogelijke) set van FHIR R4 Resources gebaseerd op de in de community toegepaste, en in de standaard beschreven business use cases.
Voor Koppeltaal maken we gebruik van een minimale (een zo klein mogelijke) set van noodzakelijke attributen binnen resources gebaseerd op de in de community toegepaste, en in de standaard beschreven business use cases.
Van de combinatie van resources maken we één Koppeltaal basisprofiel wat voor ieder domein wordt geladen en waardoor iedereen exact dezelfde soorten gegevens kan uitwisselen.
Het basisprofiel is zo ver als mogelijk ZIB compliant. (Voor sommige resources is geen ZIB beschikbaar)
Binnen het profiel stellen we enkele attributen om technische reden verplicht. Zonder deze verplichting functioneert Koppeltaal niet.
Binnen het profiel stellen we aanvullend een verplichting in bij create & update voor een aantal attributen. Door deze verplichting zijn applicaties die deze gegevens gebruiken sneller te koppelen. (plug and play)
We onderzoeken in een toekomstige 2.X release van Koppeltaal het toepassen van een dynamisch profiel.
We stellen het email adres van de patiënt als niet verplicht bij create & update omdat dit in 5% van de gevallen zeer ongewenst is. Dit besluit is een workaround tot een nettere oplossing gerealiseerd kan worden.
We voegen de ‘naaste’ nog niet toe als resource aan het profiel met als reden dat de business use cases waarbij naasten betrokken zijn complex zijn en er veel variaties van zijn. Daarnaast wordt naaste nog niet gebruikt in Koppeltaal 1.X.