Uploaded image for project: 'MedMij Standaarden'
  1. MedMij Standaarden
  2. MM-2235

AllergyIntolerance.VerificationStatus is verplicht maar kan niet altijd gevuld worden

Details

    • Wijzigingsverzoek
    • Status: Gesloten
    • 3
    • Resolution: Rejected
    • None
    • None
    • Nee
    • BgZ, Allergieintolerantie, Huisartsgegevens, BgLZ
    • FHIR
    • Aanwezig, deze wordt minimaal gehouden door de wijziging in overleg met leveranciers te doen.
    • ValueSets
    • Hide
      Het issue is dat AllergyIntolerance.verificationStatus in FHIR gaat over een bevestiging door een arts van betreffende allergieintolerantie terwijl de allergieintolerantie statusCode alleen zegt of de betreffende allergieintolerantie actief/inactief is.

      De Ketenzorg bouwsteen bestaat uit twee lagen:
      act.statusCode = "maakt de huisarts zich nog zorgen over betreffende allergieintolerantie" active | completed | obsolete | nullified --> deze mapt semantisch dus op AllergyIntolerance.clinicalStatus.

      observation.statusCode = "statement dat de allergieintolerantie bestaat, eventueel gemeld door patient of contactpersoon" (vaste waarde 'completed') --> mapt niet naar FHIR

      Je zou kunnen zeggen dat een HIS nooit een allergieintolerantie bevat als deze alleen maar is verteld door de patiënt. Als de patiënt dit heeft verteld dan staat dat in Subjectief (journaal). Als dat klopt dan is het uitgangspunt confirmed te billijken voor active en completed en is refuted te billijken voor obsolete.
      Show
      Het issue is dat AllergyIntolerance.verificationStatus in FHIR gaat over een bevestiging door een arts van betreffende allergieintolerantie terwijl de allergieintolerantie statusCode alleen zegt of de betreffende allergieintolerantie actief/inactief is. De Ketenzorg bouwsteen bestaat uit twee lagen: act.statusCode = "maakt de huisarts zich nog zorgen over betreffende allergieintolerantie" active | completed | obsolete | nullified --> deze mapt semantisch dus op AllergyIntolerance.clinicalStatus. observation.statusCode = "statement dat de allergieintolerantie bestaat, eventueel gemeld door patient of contactpersoon" (vaste waarde 'completed') --> mapt niet naar FHIR Je zou kunnen zeggen dat een HIS nooit een allergieintolerantie bevat als deze alleen maar is verteld door de patiënt. Als de patiënt dit heeft verteld dan staat dat in Subjectief (journaal). Als dat klopt dan is het uitgangspunt confirmed te billijken voor active en completed en is refuted te billijken voor obsolete.
    • Hide

      Qualification materials are updated so AllergyIntolerance.verificationStatus never has a data-absent-reason or NullFlavor extension. GP Data mapping is updated so only confirmed, refuted or entered-in-error can be produced.

      Show
      Qualification materials are updated so AllergyIntolerance.verificationStatus never has a data-absent-reason or NullFlavor extension. GP Data mapping is updated so only confirmed, refuted or entered-in-error can be produced.

    Description

      AllergyIntolerance.VerificationStatus is verplicht vanuit de FHIR core met een verplichte waardelijst (https://simplifier.net/packages/hl7.fhir.r3.core/3.0.2/files/61182). De waardelijst kent 4 waarden, die allemaal niet echt geschikt zijn om een lege waarde van verificationstatus te communiceren. Echter blijkt in de praktijk dat het wel nodig is om een lege waarde te kunnen communiceren. De extensie dataAbsentReason blijkt niet afdoende als het element .verificationStatus leeg blijft. Verschillende validators accepteren dat niet en dat maakt dat er in productie problemen ontstaan. 

      Hiervoor moet een oplossing gevonden, mogelijk ook voor in 2019.01 omdat huisartsgegevens binnenkort live gaat op die versie. Mappings moeten mogelijk ook worden aangepast. 

      Attachments

        Issue Links

          Activity

            People

              goris@nictiz.nl Vincent Goris
              goris@nictiz.nl Vincent Goris
              Watchers:
              6 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: