Enhance HCIM Problem profile for ProblemStartDate and ProblemEndDate
Description
Verduidelijking van Impact
Proposed solution (NL)
aanpassen van Condition.onset van Period-datatype naar dateTime-datatype.
verplaatsen van mapping ProblemStartDate (NL-CM:5.1.6) van Condition.onsetPeriod.start naar Condition.onsetDateTime
inperken van Condition.abatement[x] naar dateTime-datatype.
aanpassen van mapping ProblemEndDate (NL-CM:5.1.9) van Condition.onsetPeriod.end naar Condition.abatementDateTime
Proposed solution (EN)
Release notes (NL)
In the HCIM Problem profile, the .onsetPeriod element was used to capture the HCIM concepts ProblemStartDate and ProblemEndDate, while no period is captured in the HCIM. Therefore, Condition.onsetPeriod is changed to Condition.onsetDateTime and the HCIM mapping for ProblemStartDate is corrected. The mapping for ProblemEndDate has been moved to Condition.abatementDateTime.
Release notes (EN)
is related to
Activity
Pieter Edelman March 13, 2020 at 4:02 PM
Fixes zijn ondergebracht in branch
Niek van Galen July 24, 2019 at 2:03 PM
Wijzigingsverzoek #22942 is goedgekeurd, wordt doorgevoerd als technical correction.
Niek van Galen July 22, 2019 at 3:12 PM
Merk op: in FHIR STU3 is de Condition invariant con-4 niet goed opgesteld. Hij is (mede op ons verzoek) gerepareerd voor FHIR R4 (GForge #13201). We hebben nu ook een ticket voor reparatie in STU3 aangemaakt (GForge #22942). Of die wordt gehonoreerd, weten we nu nog niet. Effect van con-4 is dat als de clinicalStatus op resolved, remission of inactive staat, er altijd een foutmelding wordt gegeven. Hier zullen we mee moeten leven totdat STU3 is gerepareerd. Wellicht is een noot van die strekking in de nieuwe versie van het profiel op zijn plaats bij het doorvoeren van dit issue?
Verder is bovenstaand een goede oplossing, maar ook een backward-incompatibele wijziging met grotere verantwoordelijkheid richting kwalificaties/leveranciers. In het BgZ kwalificatiescript stond nergens een ProbleemEindDatum dus is er niet op getest, maar je mag verwachten dat leveranciers het wel zo hebben gebouwd als het in het kwalificatiescript was aangestipt. Huisartsgegevens heeft wel ProbleemEindDatum waarden, afgeleid van Episode einddatum, en dit - per ongeluk - tevens ook al in abatementDateTime geïmplementeerd in de fixtures op Touchstone. Basisgegevens GGZ is nog niet eerder in kwalificatie geweest, wat niet wil zeggen dat niemand er ooit op heeft gebouwd.
Pieter Edelman June 17, 2019 at 7:13 AM
Looking good
Niek van Galen June 13, 2019 at 2:06 PM(edited)
Commit id 61d30bfa40cd382091f5244c6ff057d6be9a0e8c op Develop
Former user Former user graag beoordelen.
Details
Details
Assignee
Niek van GalenReporter
Pieter EdelmanClassification
Informatiestandaard onderdelen
Information standard
Fix versions
Priority
HighBetter Excel Exporter
Export Excel
Better Excel Exporter
De [Probleem-zib|https://zibs.nl/wiki/Probleem-v4.0(2017NL)] voorziet in een begindatum en een einddatum van het probleem (respectievelijk ProbleemBeginDatum/ProblemStartDate en ProbleemEindDatum/ProblemEndDate). In FHIR is deze zib geprofileerd op de Condition-resource, die beide velden kan accomoderen via respectievelijk Condition.onset[x] en Condition.abatement[x].
In het profiel worden deze twee waarden echter beide gemapt op Condition.onset door het datatype in te perken tot Period en vervolgens onsetPeriod.begin en onsetPeriod.end te gebruiken voor respectievelijk ProblemStartDate en ProblemEndDate.