Skip to:

  1. Skip to Jira Navigation
  2. Skip to Side Navigation
  3. Skip to Main Content

Huisartsgegevens: Discrepantie Technisch ontwerp en Kwalificatie

Description

Het technisch ontwerp van de HuisartsGegevens op de Medmij wiki bevat een aantal voorbeeld URL’s waarmee je berichten zou kunnen ophalen.

De voorbeeld URL’s komen niet overeen met wat er bij Nictiz/FHIR3-0-1-MM201901-Test/GenPractData-1-1-1/PHR-Client verwacht wordt als set aan requests.

Edit: Ik maak dit even wat concreter. 
De touchstone requests bevatten bijvoorbeeld geen patiënt ZIB. Terwijl het technisch ontwerp en het huisartsen testscript deze wel bevatten.
Ook is er op touchstone één specifieke request dat alle Flag ZIB's ophaalt maar in het voorbeeld van het technisch ontwerp staat /EpisodeOfCare?_revinclude=Flag:detail.

Ik kan me voorstellen dat dit gewoon voorbeelden zijn van hoe je het zou kunnen doen. Verder kan ik Patiënt ook uit een reference halen van de andere ZIB's. Maar ik wil zeker weten of dit de bedoeling is.

Met vriendelijke groet,

Yuri Bonanno

Verduidelijking van Impact

Bestaande implementaties moeten voor intoleranties een andere query parameter implementeren. Geschatte impact: laag Bestaande implementaties kunnen attentiewaarden niet ophalen via _revinclude maar moet hiervoor indien gewenst een nieuwe query doen op Flag. Geschatte impact: medium Bestaande implementaties kunnen geen expliciete selectie doen op "actieve" medicatieafspraken. Dit moet procedureel bij het HIS worden opgelost totdat we in de volgende update van huisartsgegevens een betere oplossing kunnen implementeren. Geschatte impact: medium

Proposed solution (NL)

  • Toevoegen query op Flag in technisch ontwerp met als doel de attentiewaarden te kunnen ophalen

  • Aanpassen van query op AllergyIntolerance van code=http://snomed.info/sct|419511003 naar category=medication

  • Aanpassen van query op EpisodeOfCare?_revinclude=Flag:detail naar EpisodeOfCare (_revinclude doet overigens geen kwaad, maar hij werkt op deze manier ook niet)

  • Aanpassen van query op actieve medicatieafspraken door de parameter status te verwijderen. Deze is optioneel in het profiel en is niet de manier om te weten of een medicatieafspraak actief is. Het gevolg is wel dat je niet "actieve" medicatieafspraken krijgt, maar "alle". MedicationRequest?status=active&category=http://snomed.info/sct|16076005&_include:MedicationRequest:medication naar MedicationRequest?periodofuse=ge[today]&category=http://snomed.info/sct|16076005&_include:MedicationRequest:medication

De manier om te weten of een medicatieafspraak "actief" is, zit in de gebruiksperiode. Deze hoeft niet gevuld te zijn en in zo'n geval moet je veronderstellen dat deze nog loopt. Een PGO kan via de extensie periodOfUse dus na ontvangst van de gegevens zien of deze nog loopt.

Proposed solution (EN)

None

Release notes (NL)

None

Release notes (EN)

None

Activity

Show:

Bas Koolschijn June 3, 2019 at 4:10 PM

Beste Yuri,

Volgens een FHIR collega maak je je terecht geen zorgen. Bij die test in Touchstone staat klaarblijkelijk de volgende tekst: 

"Test XIS Client request to query for all MedicationRequests for known person 1. The expected response code is 200(OK) and content is a search Bundle resource containing at least 1 MedicationRequest resource entry. Note: due to an issue in the way the current implementation of the search parameter periodofuse works, it is possible that no data is returned when T is set to 'today'. This leads to a false negative because >0 responeses are expected. This issue has been reported (2019-05-13)"

Hopelijk herken je je hierin!

mvg Bas

Yuri Bonanno May 27, 2019 at 7:46 AM

We hebben de querys weer uitgevoerd en sommige van onze requests zijn dus niet meer correct volgens touchstone, dus de aanpassingen zijn doorgevoerd!
We hebben onze requests aangepast om conform touchstone te zijn en alles behalve één test gaat goed.

Dit is de execution dat we gedaan hebben. Test 9 gaat fout omdat Touchstone verwacht dat er een bundle binnen komt waarvan bundle.total niet groter is dan 0. Terwijl het wel de bedoeling lijkt te zijn dat we een bundle met bundle.total is 0 binnen krijgen.

Verder klopt onze request wel volledig volgens mij.

Ik hoor graag van jullie terug!

Met vriendelijke groet,

Yuri Bonanno

Nictiz Kwalificatie user May 16, 2019 at 1:25 PM

en : hebben jullie zo genoeg informatie om hiermee door te kunnen gaan? Mvg, Maarten Ligtvoet

Alexander Henket May 16, 2019 at 11:11 AM
Edited

Alles doorgevoerd zoals voorgesteld. Huisartsgegevens staat klaar voor testen (al sinds maandag 13 januari). Administratie op dit issue leek de indruk te geven dat dat nog moest gebeuren. Issue blijft nog wel even openstaan, omdat er nog wat andere administratieve zaken op lopen.

Niek van Galen May 9, 2019 at 1:19 PM

Dag ,

Zoals zojuist besproken komen we hier nog op terug en melden we het als de testen representatief zijn om mee verder te gaan. Dat geldt ook voor https://nictiz.atlassian.net/browse/MM-271#icft=MM-271.

Groeten,

Niek van Galen

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

Details

Assignee

Reporter

Informatiestandaard onderdelen

Kwalificatie- en testmaterialen

Information standard

Huisartsgegevens

Priority

Better Excel Exporter

Created May 7, 2019 at 11:00 AM
Updated January 12, 2024 at 12:53 PM
Resolved May 7, 2019 at 11:27 AM