Referenties tussen medicatiebouwstenen in FHIR in ecosysteem met HL7v3
Description
Proposed solution (NL)
Voor Nictiz drie issues
MP FHIR IG aanvullen met informatie dat sommige relaties tussen medicatiebouwstenen (MA/VV/TA etc.) gedaan kan worden met
alleen een logical reference (identifier)
een logical reference EN literal reference (obv uuid of absolute/relative url)
alleen een literal reference wanneer de resource waarnaar er verwezen wordt ook is geincludeerd in de bundle
Nictiz FHIR IG 2.5 aanvullen met dat combinatie logical en literal reference mogelijk is
HL7-Mappings documentatie uitbreiden met dat de stylesheets een aanname doet dat alle resources waarnaar er wordt gerefereerd (via een literal reference) in de bundle zit
VZVZ: Opnemen als eis in de implementatiehandleiding (AoF of MO)
bij resources op basis van literal references hebben we ook specificaties nodig mbt welk laag we gaan
Proposed solution (EN)
Release notes (NL)
Met VZVZ is er afgesproken dat het refereren naar onderstaande medicatiebouwstenen op drie verschillende manieren gedaan kan worden wanneer er uitgewisseld wordt tussen v3 en fhir systemen:
-MedicationAgreement / Medicatieafspraak
-DispenseRequest / Verstrekkingsverzoek
-MedicationDispense / Medicatieverstrekking
-MedicationUse / Medicatiegebruik
-MedicationAdministration / Medicatietoediening
-VariableDosingRegimen / Wisselend Doseerschema
In de MP9.3 situatie kan in FHIR een reference naar een ander medicatiebouwsteen gedaan worden met:
alleen een logical reference (identifier)
een logical reference EN literal reference (obv uuid of absolute/relative url)
alleen een literal reference wanneer de resource waarnaar er verwezen wordt ook is geïncludeerd in de bundle
De FHIR implementation guide is aangevuld met bovenstaande informatie:
Section 2.2 Mappings between profiles and data set is gewijzigd en aangevuld
van “ Relations between different building blocks exist in transactions by means of concepts with a name starting with ‘Relation…’ (Dutch: ‘Relatie…’) and an underlying concept 'Identification' of data type Identification, for example RelationAdministrationAgreement (mp-dataelement9x-1328) in building block MedicationAgreement. These relations are mapped to the FHIR data type ‘Reference’. Implementers SHOULD use literal references (using
.reference
) instead of logical references (using.identifier
) where possible, see the general FHIR IG on the Reference data type.”naar “Relations between different building blocks exist in transactions by means of concepts with a name starting with ‘Relation…’ (Dutch: ‘Relatie…’) and an underlying concept 'Identification' of data type Identification, for example RelationAdministrationAgreement (mp-dataelement9x-1328) in building block MedicationAgreement. These relations are mapped to the FHIR data type ‘Reference’. Implementers SHOULD use literal references (using
.reference
) instead of logical references (using.identifier
) when it's possible to resolve the reference, see the general FHIR IG on the Reference data type. However, when HL7v3 systems are involved, it is advised to use one of the following types of references:Only a logical reference
.identifier
).Both a logical
.identifier
) and literal reference.reference
).Only a literal reference
.reference
) when the resource which is being referred is included in the bundle.”
Section 2.1.3.1 Bundle Profiles is aangevuld
van “All building blocks defined in the functional specification of a transaction have been added as slices on
.entry
. This is not a limited list, a sending system has the option to include more referenced resources if needed. Note that where the functional specification of a transaction specifies a minimum cardinality of 1 for a building block, the minimum cardinality in a Bundle profile has been set to 0. Because there are different ways in FHIR to reference to building blocks, senders are not required to include it in the Bundle.”naar “All building blocks defined in the functional specification of a transaction have been added as slices on
fhir|.entry
. This is not a limited list, a sending system has the option to include more referenced resources if needed. Note that where the functional specification of a transaction specifies a minimum cardinality of 1 for a building block, the minimum cardinality in a Bundle profile has been set to 0. Because there are different ways in FHIR to reference to building blocks, senders are not required to include it in the Bundle. The different ways to reference building blocks in MP9 can be found in the last paragraph of [[mp:V3.0.0_MedicationProcess9_FHIR#Mapping_between_profiles_and_data_set|section 2.2]].
Release notes (EN)
It has been agreed with VZVZ that referencing medication building blocks can be done in three different ways when exchanging between v3 and fhir systems. The medication building blocks are:
-MedicationAgreement / Medicatieafspraak
-DispenseRequest / Verstrekkingsverzoek
-MedicationDispense / Medicatieverstrekking
-MedicationUse / Medicatiegebruik
-MedicationAdministration / Medicatietoediening
-VariableDosingRegimen / Wisselend Doseerschema
In the MP9.3 situation, a reference to another medication building block can be done in FHIR with:
only a logical reference (identifier)
a logical reference AND a literal reference (based on uuid or absolute/relative url)
only a literal reference when the referenced resource is also included in the bundle.
The FHIR implementation guide is updated with the following information:
Section 2.2 Mappings between profiles and data set is changed
from “ Relations between different building blocks exist in transactions by means of concepts with a name starting with ‘Relation…’ (Dutch: ‘Relatie…’) and an underlying concept 'Identification' of data type Identification, for example RelationAdministrationAgreement (mp-dataelement9x-1328) in building block MedicationAgreement. These relations are mapped to the FHIR data type ‘Reference’. Implementers SHOULD use literal references (using
.reference
) instead of logical references (using.identifier
) where possible, see the general FHIR IG on the Reference data type.”to “Relations between different building blocks exist in transactions by means of concepts with a name starting with ‘Relation…’ (Dutch: ‘Relatie…’) and an underlying concept 'Identification' of data type Identification, for example RelationAdministrationAgreement (mp-dataelement9x-1328) in building block MedicationAgreement. These relations are mapped to the FHIR data type ‘Reference’. Implementers SHOULD use literal references (using
.reference
) instead of logical references (using.identifier
) when it's possible to resolve the reference, see the general FHIR IG on the Reference data type. However, when HL7v3 systems are involved, it is advised to use one of the following types of references:Only a logical reference
.identifier
).Both a logical
.identifier
) and literal reference.reference
).Only a literal reference
.reference
) when the resource which is being referred is included in the bundle.”
Section 2.1.3.1 Bundle Profiles is changed
from “All building blocks defined in the functional specification of a transaction have been added as slices on
.entry
. This is not a limited list, a sending system has the option to include more referenced resources if needed. Note that where the functional specification of a transaction specifies a minimum cardinality of 1 for a building block, the minimum cardinality in a Bundle profile has been set to 0. Because there are different ways in FHIR to reference to building blocks, senders are not required to include it in the Bundle.”to “All building blocks defined in the functional specification of a transaction have been added as slices on
fhir|.entry
. This is not a limited list, a sending system has the option to include more referenced resources if needed. Note that where the functional specification of a transaction specifies a minimum cardinality of 1 for a building block, the minimum cardinality in a Bundle profile has been set to 0. Because there are different ways in FHIR to reference to building blocks, senders are not required to include it in the Bundle. The different ways to reference building blocks in MP9 can be found in the last paragraph of [[mp:V3.0.0_MedicationProcess9_FHIR#Mapping_between_profiles_and_data_set|section 2.2]].
Attachments
causes

connects to

Activity

besproken tijdens hl7 vzvz/nictiz overleg 26 februari:
actie Tom/Helma:
Volgende week wordt onderstaande geagendeerd:
uitzoeken welk transformatie en verwerking plaats vindt wanneer een PGO een query instuurt.
actie Lauri:
vraag uitzetten PGO om voorbeelden op te sturen waarbij zoeken op identifier fout gaat
@Arianne van de Wetering uitnodigen voor hl7 vzvz/nictiz overleg op 12 maart om
.id
generatie te bespreken

Conclusies uit sessie 18 februari
Vervolg acties:
te bespreken tijdens VZVZ/Nictiz woesndagmiddag overleg op 26 februari:
search op identifier op LSP+
het includeren van gerefereerde bouwstenen in de bundle
uitzoeken wie we bij MedMij nodig hebben om afwijking tussen MedMij stelsel en LSP+ te bespreken
Aanwezigen:
Onno van Zinderen Vakker
Arjen
Bert van Kammen
Annette Maan
Koos de Wit
Chris van de Steeg
Tom de Jong
Helma van der Linden

@Margo Breen , lijkt mij goed om dit met de leveranciers te bespreken. Alleen twijfel ik of het met het expertpanel besproken moet worden omdat het alleen om de FHIR leveranciers (incl PGO’s) van toepassing zal zijn. Ik zou alleen de FHIR leveranciers hiervoor willen uitnodigen en de collega’s van VZVZ.
Qua voorbereiding is er al wat werk gedaan in de pptx in dit issue. Ik heb alleen wat tijd nodig om extra voorbeelden toe te voegen om dit voor te leggen aan de FHIR leveranciers.

Besproken tijdens HL7 overleg Nictiz-VZVZ 11 september
Voor Nictiz drie issues
MP FHIR IG aanvullen met informatie dat sommige relaties tussen medicatiebouwstenen (MA/VV/TA etc.) gedaan kan worden met
alleen een logical reference (identifier)
een logical reference EN literal reference (obv uuid of absolute/relative url)
alleen een literal reference wanneer de resource waarnaar er verwezen wordt ook is geincludeerd in de bundle
Bij priorPrescription kan je wel bijvoorbeeld tig medicatieafpraken terug gaan. Het is dus ook nodig om iets op te noemen tot welke laag je gerefereerde bundles includeert.
Nictiz FHIR IG 2.5 aanvullen met dat combinatie logical en literal reference mogelijk is
HL7-Mappings documentatie uitbreiden met dat de stylesheets een aanname doet dat alle resources waarnaar er wordt gerefereerd in de bundle zit
VZVZ: @Tom De Jong en @Helma van der Linden pakken dit op en zullen het als eis opnemen in de implementatiehandleiding (AoF of MO)

Denk dat we ook iets moeten toevoegen (in de MP IG) over het wel of niet opnemen van de resources in de Bundle waarnaar er gerefereerd wordt. Dus niet alleen over hoe je refereert tussen de bouwstenen maar ook of je het in je bericht opneemt of niet. In onze overkoepelende FHIR IG zeggen we dat bij sturen-transacties bijvoorbeeld je voor de resources waarnaar je refereert ook een Bundle.entry.request
moet opnemen: https://informatiestandaarden.nictiz.nl/wiki/mp:V3.0.0_MedicationProcess9_FHIR#Send_.28request_message.29_3.
Details
Details
Assignee

Reporter

Omschrijving: Hoe kunnen we tussen medicatiebouwstenen refereren in FHIR in een ecosysteem waarin ook geconverteerd moet worden van en naar HL7v3?
In HL7v3 kunnen absolute FHIR referenties niet overgebracht worden en bestaat een referentie uit een business identifier.
Bij het converteren van FHIR naar HL7v3 moet de business identifier dus achterhaald kunnen worden, anders verlies je de relatie.
Het verliezen van de relatie is niet acceptabel in verband met de afleidingsregels.
Op het LSP worden géén REST-calls gedaan om (FHIR-)referenties te kunnen resolven en dus een business identifier te achterhalen bij een absolute of relatieve FHIR URL.
Referenties kunnen ook gaan naar een bouwsteen die ‘van’ iemand anders is (een andere zorgaanbieder).
Bij een LSP-query mogen andermans bouwstenen niet opgeleverd worden. Hoe kan je dan (bij het antwoord op een query) een referentie resolven die in een FHIR bouwsteen een relatieve URL heeft naar je eigen server zonder een extra REST-call te doen naar die FHIR server?
Is het eventueel gewenst om URL’s naar ándere FHIR servers (bij andere zorgaanbieders) in jouw FHIR-bericht op te nemen?
Hoe weet je of een andere zorgaanbieder een échte FHIR-server heeft waar deze URL’s resolvable zijn, of wellicht alleen een façade?
In gesprek met Lauri R en Jelmer vd M kwamen we tot de voorzichtige conclusie dat - zo lang we te maken hebben met conversies van/naar HL7v3 - referenties tussen medicatiebouwstenen ook in FHIR altijd via business identifier zouden moeten gaan. Klopt die conclusie?
--------- Product of dienst: Medicatie
Informatiestandaard: Medicatieproces (MP9)
Usecase(s):
Versie:
---------
Type Melding: