Referenties tussen MP bouwstenen

Description

Referenties tussen MP bouwstenen zijn op business identifier. 

Dit komt omdat referenties naar ándere MP bouwstenen heel vaak op een andere server leven en je de absolute url vaak niet zal weten, laat staan dat je kunt garanderen dat deze resolvable is (in de huidige situatie is dat ook bijna nooit een native FHIR server). Een TA wordt gemaakt bij een AIS en heeft een referentie naar een MA, die leeft bij een EVS. Het AIS kan dan ook nooit zeker weten dat deze url op het moment van sturen resolvable is. 

De informatiestandaard heeft het raadplegen van medicatiebouwstenen op basis van business identifier gespecificeerd en daarom kunnen deelnemers deze bouwstenen op die manier opvragen. In die zin kunnen deelnemers er wel van uit gaan dat het raadplegen op business identifier mogelijk is.

Omdat je dus vaak moet referencen op business identifier, maken we het gemakkelijker voor implementers om dat altijd op dezelfde manier te doen. Het zou goed zijn om dit in de IG ook te beschrijven.

Proposed solution (NL)

None

Proposed solution (EN)

None

Release notes (NL)

None

Release notes (EN)

None
100% Done
Loading...

Activity

Show:

Luud Slagter September 21, 2023 at 2:23 PM

In overleg met Former user besloten dat we geen wijziging gaan doorvoeren naar aanleiding van dit ticket. Aangezien leveranciers zowel literal als logical references moeten ondersteunen, zorgt extra toelichting op het TO mogelijk alleen voor extra verwarring. Daarnaast is een literal reference vanwege performance te verkiezen boven een logical reference (i.e. geen uitvraag op business identifier via het LSP nodig) en blijft de zin 'Literal references are preferred over logical references where possible.' uit het TO dus geldig.

Jorn Duwel February 15, 2023 at 4:22 PM

Bij het uitwerken van dit issue ben ik een tekst aan het opstellen waarin ik eigenlijk niks zeg (merk ik). Als ik Ariannes uitleg hierboven naast https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_IG_R4#Use_of_the_reference_data_type houd, zie ik eigenlijk ook niets wat elkaar tegenspreekt.

Het enige wat misschien 'gek' is, is dat wij op Touchstone af en toe business identifiers gebruiken terwijl wij ook zouden kunnen doen alsof wij 'native FHIR' doen. Daar zou dan op het TO een zinnetje toelichting op komen. Maar is dat de moeite waard? Is dat niet teveel mensen lastigvallen met mijn eigen gedachten hierover (want volgens mij heeft Arianne dit ticket ingedient n.a.v. een vraag die ik stelde)? We hebben hier tenslotte geen vragen over gehad (ook in 907 niet volgens mij)

jouw gedachten?

Rejected
Pinned fields
Click on the next to a field label to start pinning.

Details

Assignee

Reporter

Concerns version

Classification

Patch (Z)

Parties involved

Nictiz HL7-specialist

Priority

Better Excel Exporter

Created September 19, 2022 at 1:53 PM
Updated November 29, 2023 at 12:29 PM
Resolved September 21, 2023 at 2:23 PM