Stream: implementers
Topic: Medication Review
Dave Barnet (Apr 25 2019 at 14:17):
I'm using FHIR V3. The use case I'm trying to model is a medication review. A patient turns up a pharmacy perhaps for a repeat prescription, & the pharmacist offers a medication review (to check that the patient is taking the medication correctly, knows why they are taking the medication etc.). A record of this conversation is then sent to the patient's GP. I'm using MedicationStatement to detail the medication, and for each medication I want to hold any matters of concerns identified (for example "patient reports using the medicine as prescribed"; "patient reports not using the medicine as prescribed"; "patient reports side effects" etc.). The concerns are part of a coded list, so I can't use MedicationStatement.text, as that's a text filed. My feeling is that the concern is an Observation on the medication. If that's right, I need to get from MedicationStatement to Observation. The short description of derivedFrom looks inviting "Additional supporting information", but the longer description "Allows linking the MedicationStatement to the underlying MedicationRequest, or to other information that supports or is used to derive the MedicationStatement", as well as the element name doesn't sit well. Any ideas?
Lloyd McKenzie (Apr 25 2019 at 14:34):
Observation will point to the MedicationStatement rather than the reverse. The Observation.focus will be the MedicationStatement.
Lloyd McKenzie (Apr 25 2019 at 14:34):
You could then query for Observations that point to the MedicationStatement using _revinclude
Kevin Mayfield (Apr 25 2019 at 14:35):
Is the pharmacist commenting on the MedicationAdministration, in particular https://www.hl7.org/fhir/valueset-reason-medication-not-given-codes.html
Dave Barnet (Apr 25 2019 at 15:03):
No - its a general medication review (aimed at repeat medication) to make sure the patient is taking the meds & taking them at the right time etc.
Dave Barnet (Apr 25 2019 at 15:07):
@Lloyd McKenzie I think that Observation.focus is a R4-ism, so I guess I'd be back porting an extension to STU3?
Lloyd McKenzie (Apr 25 2019 at 17:32):
y
Nathan Hall (Apr 26 2019 at 14:30):
What about for recommendations related to medications? For instance, if I want a tell a patient and his/her practitioners that the pharmacist has a list of recommendations, e.g., stop taking this medication, change dose on this medication, and some that are not medication related, e.g., educate a patient about fall risks. What resources are are used in this case? Is this a procedure that a patient and a practitioner should do? Is it a list of observations that should happen?
Lloyd McKenzie (Apr 26 2019 at 15:02):
A couple of possibilities. You could just use the List resource and indicate the actions of add, remove, change for each MedicationRequest item. Alternatively, you could create a CarePlan that indicates the recommendation. @Jose Costa Teixeira - I believe the IHE has an IG for medication reconciliation
Nathan Hall (Apr 26 2019 at 16:02):
what about the patient action, for a pharmacist to talk to a patient about fall risks, that sounds like a procedure but procedures are supposed to be items that have alraedy been performed right?
Lloyd McKenzie (Apr 26 2019 at 16:47):
You'd be looking at ServiceRequest, CommunicationRequest and/or CarePlan
John Josef (Apr 26 2019 at 17:46):
Could you use a Procedure with a status of "not-done" This seems to be the best fit for our use-case as the other items suggested do not fit it very well. The CarePlan would be the parent resource consolidating all the different recommendations
Lloyd McKenzie (Apr 26 2019 at 18:10):
Procedure with a status of notDone reflects that the decision has been made to not do something (generally something that was ordered). It can't be used to represent something that's desired to be done - that must always be one of the Request pattern resources (i.e. CarePlan, ServiceRequest, CommunicationRequest, etc.)
Last updated: Apr 12 2022 at 19:14 UTC