Document toolboxDocument toolbox

AB.012 - Attributen en dialecten

Attributen en dialecten

We streven naar een minimale set (liefst één) Koppeltaal dialect

Attributen en dialecten

We streven naar een minimale set (liefst één) Koppeltaal dialect

Context

  • Koppeltaal 1.3 kent nu 12 dialecten, dat willen zeggen verschillende interpretaties van attribuut gebruik en verplichting hiervan.

  • Dialecten kosten zijn de oorzaak van grote realisatie, aansluit en beheers inspanningen

  • Dialecten zijn vaak ontstaan met een reden

  • Met het oog op de toekomst is (bij gegevensoverdracht tussen domeinen jurdische entiteiten) is overdracht ook nog gebonden aan het doelbindingscriteria uit de AVG.

  • Het is mogelijk dat applicaties het FHIR profiel uitvragen, zien welke attributen verplicht/optioneel zijn en hierop hun gedrag aanpassen.

Besluit

  • 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.

Consequenties

 

 

 

Bijlage

Inventarisatie documenten

Voor de specificatie van de wensen van zorgaanbieders en IT-leveranciers uit de community zijn in een aantal inventarisatie rondes en besluitrondes de onderstaande twee documenten gemaakt. In de powerpoint wordt het procedure en de besluitvorming uitgelegd. In de PowerPoint is een Excel opgenomen (aan het eind) die gebruikt is voor inventarisatie.

  File Modified

Microsoft Powerpoint Presentation Simulatie presentatie_KT20 profiel v1.3.pptx

Dec 16, 2022 by Marcel Schrauwen