Resource.context(Encounter) en nieuwe extensie 0..* voor EpisodeOfcare
Description
Verduidelijking van Impact
Proposed solution (NL)
Nieuwe extensie maken met context Resource waarmee EpisodeOfCare kan worden gekoppeld
Extensie bekend maken 0..* in gp-DiagnosticResult, gp-JournalEntry, gp-LaboratoryResult, HCIM MedicationAgreement (deze is van medicatieproces maar de enige reden dat episodes worden gekoppeld is in de context van Huisartsgegevens)
Observation.context en MedicationRequest.context bevatten nu (Encounter | EpisodeOfCare). Dit moet zo blijven, uit backwardcompatibility overwegingen, maar we moeten hier wel aanbevelen de extensie te gebruiken voor EpisodeOfCare en alleen Encounter toe te passen vooruitlopend op FHIR R4.
Mapping ada2fhir aanpassen zodat deze extensie ook werkelijk wordt toegepast en .context alleen wordt gebruikt voor Encounter-koppelingen
Kwalificatiemateriaal bijwerken waar van toepassing op bovenstaande
Technisch ontwerp aanvullen met expliciete documentatie over deze wijziging. Ontvangende partijen dienen met ingang van deze wijziging, vanwege de backward compatibility, zowel in .context naar EpisodeOfCare als in de nieuwe extensie te kijken.
Proposed solution (EN)
Release notes (NL)
An extension has been added to the profiles gp-DiagnosticResult, gp-JournalEntry, gp-LaboratoryResult and zib-MedicationAgreement to reference an EpisodeOfCare (in gp context). A remark is placed on the .context element of these profiles and in the IG for GP that this new extension should be used rather than the .context element. The GP 2.x (2020.01) qualification materials have been updated to the new situation.
Release notes (EN)
Attachments
is related to
Activity
Alexander Henket October 27, 2020 at 2:44 PM
Waar nodig: ja
Vincent Goris October 23, 2020 at 7:14 AM
Former user, gaan we ervoor kiezen om met deze wijziging ook kwalificatiemateriaal aan te passen voor 2020?
Alexander Henket October 19, 2020 at 1:50 PM
Besproken in MedMij leadoverleg - behoefte om dit zo klein mogelijk in Huisartsgegevens te doen. Op backlog plaatsen voor andere informatiestandaarden, mocht de use case zich daar nog voordoen.
Alexander Henket October 19, 2020 at 11:51 AMEdited
Former user,
Details
Assignee
Pieter EdelmanPieter EdelmanReporter
Alexander HenketAlexander HenketClassification
Patch (Z)Informatiestandaard onderdelen
FHIR-packageInformation standard
HuisartsgegevensFix versions
Priority
High
Details
Details
Assignee
Pieter EdelmanReporter
Alexander HenketClassification
Informatiestandaard onderdelen
Information standard
Fix versions
Priority
HighBetter Excel Exporter
Export Excel
Better Excel Exporter
Export Excel
Better Excel Exporter
FHIR STU3 heeft in een aantal resources een element Resource.context 0..1 (Encounter | EpisodeOfCare). Dezelfde resources hebben in FHIR R4 (behalve MedicationAdministration).
De toepassing van dit element voor huisartsen is dat medicatieafspraken (MedicationRequest) en bepalingen (Observation) aan 0..1 contactmoment/consult (FHIR Encounter) zijn gekoppeld en tevens aan 0..* episodes (FHIR EpisodeOfCare).
Dit is dus inherent niet compatibel met elkaar. Voorstel:
Resource.context elementen omzetten van (Encounter | EpisodeOfCare) naar (Encounter)
In alle betreffende profielen (maximale consistentie, maar zonder directe noodzaak)
In alle huisartsprofielen (impact beperkt laten tot Huisartsgegevens, zonder brede consistentie na te streven)
Nieuwe extensie maken met context Resource waarmee EpisodeOfCare kan worden gekoppeld
Merk op: de koppeling Encounter.episodeOfCare blijft uiteraard gewoon bestaan en wordt niet vervangen door de extensie
Dit issue is naar boven gekomen in Proves/POC Huisartsgegevens. De oplossing zou je echter generiek willen invoeren en niet slechts voor Huisartsgegevens.
Impact: dit betreft (zie voor volledig beeld de FHIR W5 break down):
Resource
context
Clinical Resources
CarePlan (2)
context : Encounter\
EpisodeOfCare
CareTeam (2)
context : Encounter\
EpisodeOfCare
ClinicalImpression (0)
context : Encounter\
EpisodeOfCare
Condition (3)
context : Encounter\
EpisodeOfCare
DiagnosticReport (3)
context : Encounter\
EpisodeOfCare
GuidanceResponse (2)
context : Encounter\
EpisodeOfCare
ImagingStudy (3)
context : Encounter\
EpisodeOfCare
Immunization (3)
encounter : Encounter
MedicationAdministration (2)
context : Encounter\
EpisodeOfCare
supportingInformation* : Any
MedicationDispense (2)
supportingInformation* : Any
MedicationRequest (3)
context : Encounter\
EpisodeOfCare
supportingInformation* : Any
NutritionOrder (2)
encounter : Encounter
Observation (5)
context : Encounter\
EpisodeOfCare
Procedure (3)
context : Encounter\
EpisodeOfCare
ProcedureRequest (3)
context : Encounter\
EpisodeOfCare
ReferralRequest (1)
context : Encounter\
EpisodeOfCare
RequestGroup (0)
context : Encounter\
EpisodeOfCare
RiskAssessment (1)
context : Encounter\
EpisodeOfCare
VisionPrescription (1)
encounter : Encounter
Workflow Resources
Appointment (3)
supportingInformation* : Any
Communication (2)
topic* : Any
context : Encounter\
EpisodeOfCare
CommunicationRequest (2)
topic* : Any
context : Encounter\
EpisodeOfCare
DeviceRequest (0)
context : Encounter\
EpisodeOfCare
Encounter (2)
episodeOfCare* : EpisodeOfCare
Flag (1)
period : Period
encounter : Encounter
Task (2)
context : Encounter\
EpisodeOfCare
Infrastructural Resources
Composition (2)
encounter : Encounter
DocumentReference (3)
encounter : Encounter
List (1)
encounter : Encounter
Media (1)
context : Encounter\
EpisodeOfCare
QuestionnaireResponse (3)
context : Encounter\
EpisodeOfCare
Financial Resources
ChargeItem (0)
context : Encounter\
EpisodeOfCare