MedicationKnowledge FHIR Resource

Related Links Pharmacy Home Page

MedicationKnowledge FHIR Resource

Information Gathered

• Michael Tan - September 27, 2017
  • Just to give you an idea of what we see as a medication knowledge databank in the Netherlands, please look at our pharmaceutical therapeutic compass: https://www.farmacotherapeutischkompas.nl/.
  • It is in Dutch of course, but I think the words are clear enough to give you a general impression. On the landing page just enter a name of a drug ( for example amoxicilline) and push on the button "zoek"( search).

You will land on the information on amoxicilline with the knowledge attached on the detail page. You can see all appearances of the drug with all manufacturers, but also indications, side effects, dosage recommendations, contra-indications, medication interactions on the links on the right side.

• Lloyd - September 27, 2017
  • From my perspective, a catalog is just an organized collection of knowledge resources. I'm interested to see how much commonality we can find in the knowledge resources that will be needed for drugs, products, devices, clinical services, etc.

• Jose - September 27, 2017
  • Meanwhile I wanted to contribute so that we don't try to come up with concepts and taxonomies of our own.
  • Looking at this from different angles, I think the work with BRR will be useful.
  • My preference for MedicationDefinition iso medicationKnowledge is for clarity as an implementer - a thing called Definition has already a clear meaning in FHIR. Knowledge is fuzzy.
  • Stephen, I think I understand your point but much of what you call 'knowlegde' is actually covered by the IDMP resources in BRR and Pharmacy does not need to overlap. And a catalog is, as you taught me several years ago, a polyhierarchical structure. A graph.
  • With this, I encourage this effort and hope we articulate (not overlap) between Catalog, BRR and Pharmacy.

• Stephen - September 27, 2017
  • At a Patient Care WG meeting, the concept of MedicationKnowledge was discussed.
  • It is important to clarify what the intended purpose of this concept is.
  • Also important is to differentiate other related concepts:
    • (1) For information such as shape, size, form (e.g. tablet, liquid ...) - this belongs to product information and should not be considered "knowledge"
    • (2) For information such as pharmacokinetics (he time course of drug absorption, distribution, metabo- lism, and excretion); pharmacodynamics (the application of pharmacokinetic principles to the safe and effective therapeutic management of drugs in an individual patient); drug-drug interaction; drug-[food and other] substance interactions; drug-condition interactions .... - they belong to knowledge
    • (3) a complete list of drug items, typically one in alphabetical or other systematic order - this is drug catalogue

• Jose - September 27, 2017
  • looking back at the discussions, at some point there was an idea of splitting medication information between
    • the information to specify a product that is defined elsewhere - this is what the medication resource does
    • the information necessary to define the medication product.
  • while the latter can be covered by the discussion with BRR, i think there is a need to define non-idmp products.
  • at some point, there was some wording confusion and the notin of MedicationKnowledge appeared.
  • two remarks on this - please comment:
    • 1. like with other resources, there could/should be a thing called MedicationDefinition. i haven't seen a difference between catalog or formulary information and additional 'knowledge' - in fact, catalog is a way to share this knowledge. so i woild stick to medicationDefinition, which is something that fully details the product so that it can be stored in the server or sent in a catalog.
    • 2. in the catalog, we want to define things like 'this medication interacts with that' so that sould not be duplicated in the medication definition resource, right?
  • perhaps the confusion or the need for additional 'knowledge' is from a simplified notion of what a formulary should be. The formulary is closer to a polyhierarchical tree or a graph, rather than the simple, boring excel flat lists.
  • If we keep in mind the rich information that is in the catalogs nowadays, then we won't have to invent a graph structure and debate forever what is in a catalog or what is not

• Melva - September 14, 2017
  • Canadian Medication KnowledgeBase queries from V3