Onduidelijk bij PlannedCareActivity

Na telefonisch contact met Alexander Henket is het probleem verholpen.

De interpretatie van het in eerste instantie opgestelde probleem was door beide partijen niet eenduidig geïnterpreteerd.

Voor ons is nu duidelijk dat we een lijst van aankomende zorgactiviteiten opstellen voor PlannedCareActivity, zoals PlannedCareActivity beoogt te doen. Dit bereiken door de inhoud van de PlannedCareActivity XML bestanden in een lijst te plaatsen. Daarbij in gedachte houdende dat de XML's resources bevatten die betrekking hebben op afspraken die nog komen en niet reeds afgeronde afspraken.

Ik vond het prettig dat we telefonisch tot duidelijkheid zijn gekomen.

Vriendelijke groet,

Yuri

Ik vind het moeilijk om te begrijpen wat je bedoelt in dit bericht.
Ik snap niet wat er bedoeld wordt met een focal resource en ik snap niet hoe jouw antwoord terugkoppeld naar mijn vraag.
Ik zou het beter snappen als het iets meer Jip en Janneke taal zou bevatten want ik zit niet zo diep in de werkingen van de zibs en fhir.
Mijn doel is om ervoor te zorgen dat de zibs hier geïmplementeerd kunnen worden en we door de Nictiz kwalificatie voor het BGZ kunnen.
Zoals het nu is kunnen we dat niet omdat PlannedCareActivity naar mijn idee simpelweg onmogelijk te modelleren is voor ons omdat er heel veel informatie mist voor ons.

Mijn vraag van het refereren naar verschillende zibs door PlannedCareActivity zib en de referentie lijst wordt maar gedeeltelijk beantwoord. Waarom is er dan een discrepantie tussen zibs.nl en dit lijstje, is het niet onhandig dat dit alleen maar onduidelijkheid schept in plaats van verduidelijken wat er zou moeten gebeuren?

Ik snap nu dan nog steeds niet wat ik met de informatie in de touchstone responses moet doen. Er is namelijk geen zib op zibs.nl dat de eAfspraak-Appointment goed beschrijft. Er is geen mapping bijvoorbeeld, daardoor weet ik niet welke informatie ik uit de XML moet halen. Dit geldt voor alle PlannedCareActivity XML's.

Het is gewoon heel erg onduidelijk wat gedaan moet worden met de PlannedCareActivity voor de kwalificatie en op basis van de geleverde informatie kom ik nergens. 

In het kort:

• Hoe weet ik welke informatie ik uit de PlannedCareActivity XML's moet halen?

• Waarom is PlannedCareActivity veel minder duidelijk dan de andere zibs?

We zouden PlannedCareActivity graag willen weergeven zodat we door de BGZ kwalificatie kunnen, want dat is het enige wat ons nog te doen staat daarvoor.

Verder vind ik het ook raar dat een issue meteen als "opgelost" word bestempeld zonder dat er door mij feedback op het antwoord word gegeven.

Maakt het uit dat ik zelf de toegewezene ben?

1. Plannen van een toediening doe je via een afspraak. Je hebt volkomen gelijk dat een werkelijke toediening via een Medicatietoediening loopt.
2. Bij de BgZ wil je de geplande zorgactiviteiten krijgen zodat je weet wat er direct voor de patiënt op stapel staat. Een Medicatietoediening als in een MedicationAdministration heeft geen status die planning inhoudt. De toediening is met die resource (en welk profiel je daar dan ook op zou baseren) altijd al afgerond, begonnen of tijdelijk gepauzeerd. Dat matcht niet met het plannen om iemand iets toe te dienen.

Former user: Ik lees net de reactie op dit item. Het is mij echter onduidelijk waarom Medicatietoediening gevat wordt in een Medicatieafspraak. De volgende vragen komen bij mij op:

1. Er is toch een losse zib voor Medicatietoediening? Waarom moeten we dan de medicatieafspraak gebruiken?

   • Ook wordt er hier in de beschrijving van de informatiestandaard aangegeven, dat het een referentie naar Medicatietoediening moet bevatten: 
     https://informatiestandaarden.nictiz.nl/wiki/Zib:Zib_Gebruik_Informatiestandaarden#Gebruik_van_zibs_per_informatiestandaard

2. Bij medicatieafspraken (overigens ook bij toedieningsafspraken en medicatiegebruik) was het toch al de bedoeling om van alle medicatie die in de afgelopen 2 maanden geëindigd, gestopt of onderbroken is t/m alle medicatie die in de komende 3 maanden actueel wordt de medicatie mee te nemen? In de medicatiestandaard v9.0 wordt in ieder geval hierover bericht.

   • Geldt dit dan niet voor de BgZ?

Met vriendelijke groet,

Davey Schilling

De zib GeplandeZorgactiviteit verwijst naar diverse zibs maar in status "gepland". Dat is de reden dat voor iedere genoemde zib in GeplandeZorgactiviteit geen profiel die een gebeurtenis beschrijft, wordt gebruikt, maar eentje waarmee je planning kunt doen.

• Plannen van een Contact (Encounter) doe je met een Afspraak (Appointment)

• Plannen van een Medicatietoediening doe je met een Medicatieafspraak

• Plannen van een Verrichting (Verpleegkundig of anderszins) met een Verrichtingsverzoek (ProcedureRequest)

• Plannen van een Vaccinatie doe je met een Vaccinatieverzoek (VaccinationRecommendation)

• Plannen van een MedischHulpmiddel doe je MedischHulpmiddel-verzoek (MedicalDeviceRequest)

Het verwarrende wellicht is dat FHIR dit verschil onderkent en de zibs niet.

Voor wat betreft de situatie op Touchstone begrijp ik het punt niet helemaal. Als je vraagt naar ProcedureRequest, dan is je focal resource in het antwoord een ProcedureRequest. Alle overige resources zitten er in op basis van verwijzingen uit de focal resource. Je begint dus te lezen bij de focal resources en volgt de References waar van toepassing.

Dat er geen PlannedCareActivity resource is op Touchstone komt doordat er überhaupt geen PlannedCareActivity resource in FHIR bestaat. De FHIR standaard zit niet zodanig in elkaar dat je op afroep resources kunt toevoegen, of je zou een Basic Resource moeten optuigen totdat erin zit wat je wilt. De functionele zib stelt een object voor dat in de technische laag niet als zodanig bestaat. Er is dus een mapping gemaakt naar objecten die er wel zijn. Modelleringsmismatches tussen de functionele, technologie-agnostische laag en de technische implementatie(s) komen vaker voor. Dit komt doordat mensen met een functionele bril, anders modelleren dan mensen met een technische bril.

De PlannedCareActivity is vanuit FHIR bezien een keuzelijst van dingen die je op een TODO-list kunt zetten. Het enige object wat we wellicht hadden kunnen toevoegen is de List resource. Dit object stelt echter een workflow voor die niet goed wordt gedekt door de zibs en de huidige implementaties bij zorgaanbieders. Het is denkbaar dat dat in de toekomst alsnog opgepakt wordt.