Skip to content

Pathways on FHIR

Dylan Hall edited this page Jul 29, 2020 · 16 revisions

Pathways on FHIR

This page serves as documentation of our approach to representing oncology clinical pathways with mCODE, using the Clinical Practice Guidelines Implementation Guide (CPG IG) and related FHIR Clinical Reasoning resources

Background

The fundamental goal of this project is to bring the mCODE data standard into the world of oncology clinical pathways. Camino is a mature prototype intended to demonstrate the art of the possible with mCODE - automatically reading a patient's record and applying a pathway to see what's already been completed, and highlight the next recommendation for action from the user. But Camino's data model is not a standard - it's a very simple JSON structure, inspired heavily by Synthea's generic modules, and designed purely to support the features of the prototype. In order to drive true interoperability we need to work within existing standards where possible.

FHIR Clinical Guidelines

(Put a brief summary of the CPG IG and FHIR clinical reasoning module here. Copious links encouraged)

Note: the hierarchy of profiles within the CPG IG is Shareable < Computable < Shareable < Executable. We should always aim to implement the highest level (i.e., Executable) whenever possible, unless there is a compelling reason not to.

Approach

We want to support two basic paradigms for pathway creation:

  • Small, modularized pathways, which represent a single phase of "action" and can be linked together in various ways
  • Large, longitudinal pathways, which represent an entire sequence of care for a patient's cancer

These can both be created using two basic concepts:

  • "actions", where a clinical activity, such as a prescription, procedure, or chemo regimen may be requested
  • "branches", where some aspect of the patient or their condition drives the path of care in one of multiple directions

Resources/Profiles

The central resource in all of this is the PlanDefinition, with ActivityDefinition, Library, and CarePlan resources also involved.

PlanDefinition

Profiles

Name Description
CPGPublishablePathwayDefinition ...
CPGPathwayDefinition ...
CPGStrategyDefinition ...
CPGRecommendationDefinition ...

ActivityDefinition

The ActivityDefinition resources represent the detailed definition of "actions" as described above. If an activity is determined to be applicable, then the code and/or product[x] fields will be used to populate a corresponding Request resource.

Library

CarePlan

The CarePlan resource is the result of applying a Patient resource against a PlanDefinition.

Examples

Minimal/Modularized Example

Complete/Longitudinal Example

Clone this wiki locally