Splitsen NTS common-asserts obv FHIR core vs. Nictiz-IG vs. MedMij-IG

Description

Op dit moment staan in diverse common-asserts (bijvoorbeeld 'assert-responseSearchBundleSuccess') asserts die aspecten van FHIR core controleren (die niet door de validator gecontroleerd worden) vermengd met Nictiz-IG-asserts (Reference.display, CodeableConcept.coding.display) en MedMij-IG (BSN-check).

Geboortezorg maakt gebruik van NTS om TestScripts te definiëren en heeft straks een algemene FHIR- en een MedMij-variant. Het splitsen van de asserts maakt het voor hun mogelijk om deze set scripts apart te beheren.

Ook staan er in sommige descriptions nog verwijzingen naar de MedMij-IG, terwijl deze delen van onze IG inmiddels tot de Nictiz-IG behoren. Deze verwijzingen zouden meteen gewijzigd kunnen worden.

Verduidelijking van Impact

Laag, inhoudelijk wijzigt er niets voor deelnemers

Proposed solution (NL)

NTS 'common-asserts' splitsen in 'FHIR-core', 'Nictiz-specifiek' en eventueel 'MedMij-specifiek'

Proposed solution (EN)

None

Release notes (NL)

In de gezamenlijke basis voor de Touchstone-testen zijn de MedMij-asserts uitgesplitst van de niet-MedMij-asserts. Hierdoor is de volgorde van asserts in veel Touchstone-testscripts veranderd.

Release notes (EN)

In the common base for Touchstone test, the MedMij-specific asserts and the non-MedMij-asserts have been separated. This has changed the order of asserts in most Touchstone testscripts.

100% Done
Loading...

Activity

Show:

Pieter Edelman January 25, 2022 at 8:18 PM

Besloten om dit door te schuiven naar februari omdat refactoring (samen met ) toch in sommige TestScripts wat extra asserts met zich kan meebrengen, wat beter beschreven moet worden.

Pieter Edelman January 24, 2022 at 11:54 AM

Hoi ,

Het is op het moment niet helemaal duidelijk of dit issue meegaat met de januari-release en wat de exacte omvang zou zijn. Omdat dit een refactoring betreft waar de opgeleverde producten inhoudelijk niet door veranderen, is in overleg besloten om de sluitingsdatum voor dit issue te verschuiven.

Chayenne Landegent January 24, 2022 at 8:34 AM

Beste Former user , 

Dit issue heeft de status "realisatie", maar er zijn nog geen release notes toegevoegd. Hiermee voldoet het niet aan de eisen om verder meegenomen te worden in de patchrelease van januari. Zou je de release notes willen toevoegen of de fix version willen aanpassen? 

met vriendelijke groet,
Chayenne Landegent

Pieter Edelman January 3, 2022 at 10:09 AM

Ik denk dat je als vuistregel zou kunnen hanteren dat je naar de meest basale specificatie wil verwijzen, dus dan zou bv. de BSN-check naar MedMij moeten verwijzen en eigenlijk voor alle andere dingen zou ik het logisch vinden naar de overkoepelende IG te verwijzen (je kan je trouwens ook afvragen of een transclude ipv. een verwijzing wel de beste methode is, maar dat is een andere discussie).

Jorn Duwel January 3, 2022 at 9:46 AM

Goede waarneming, het is inmiddels niet meer de MedMij-IG maar de Nictiz-IG. Dus dat zou bijgewerkt moeten worden in de namen, omschrijvingen van dit ticket.

Nee, zeker geen directe plannen. Ik was met Lilian de diverse asserts aan het langslopen en het viel me op dat ik binnen 1 'common-asserts' file aan het wisselen was tussen core en dus Nictiz-IG ter verklaring van de aanwezigheid.

Er staan in diverse assert descriptions nog links naar de MedMij variant van de IG, ik denk dat daar de 'verwarring' van komt. Maar dat wekt ook weer de vraag of dan de uitwerking hiervan niet erg lastig wordt. Wanneer verwijs je naar de Nictiz-IG, wanneer naar de MedMij-variant (als die slechts een transclude van de Nictiz-IG doet).

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

Details

Assignee

Reporter

Classification

Informatiestandaard onderdelen

Kwalificatie- en testmaterialen

Information standard

Alle 2020.01
Alle 2020.02
Medicatieproces 9.0.7
Vragenlijsten 1.x

Priority

Better Excel Exporter

Created November 22, 2021 at 10:59 AM
Updated January 12, 2024 at 12:53 PM
Resolved March 1, 2022 at 2:03 PM