FHIR Chat · docs / Issue #32 How can we re-use the CDS Hooks hooks? · fhircast-github

Stream: fhircast-github

Topic: docs / Issue #32 How can we re-use the CDS Hooks hooks?

Github Notifications (FHIRcast) (May 17 2018 at 10:37):

isaacvetter opened Issue #32

During the HL7 working group meeting in May in Köln, we talked about the re-use of CDS Hooks' hooks by FHIRcast.

CDS Hooks defines hooks which are workflow events for triggering external, realtime clinical decision support. FHIRcast events are workflow events for triggering external application synchronization.

The CDS Hooks helpfully defines a hook catalog, which currently contains patient-view (essentially equivalent to open-patient-chart), medication-prescribe and order-review. CDS Hook's wiki also lists additional, possible hooks. FHIRcast defines a very similar event catalog, which currently contains open-patient-chart, switch-patient-chart, close-patient-chart, open-imaging-study, switch-imaging-study, close-imaging-study, user-logout and user-hibernate.

CDS Hooks hook + FHIRcast event name unification could mean, in order of increasing compatibility:
1) Using the same name and understanding of where in the workflow this event actually occurs.
2) Unifying the type of contextual information passed as part of the hook/event. (E.g. open chart includes some reference of patient and encounter, but necessarily the same formatted content).
3) Unifying the actual message content.

Example:
### CDS Hooks patient-view
CDS Hooks' patient-view requires sending contextual information including the patientId and optional encounterId. These are FHIR resource id's.
### FHIRcast open-patient-chart
FHIRcast's open-patient-chart returns almost the same information; specifically, the results of these queries against the Hub's FHIR server:
* Required: Patient/{id}?_elements=identifier
* Optional: Encounter/{id}?_elements=identifier

Github Notifications (FHIRcast) (Nov 30 2018 at 17:02):

wmaethner commented on Issue #32

Hey @isaacvetter I like the idea of having a robust, common set of workflow events that can be used in a variety of mechanisms. It is definitely better than defining them in two different standards with the amount of crossover there is likely to be.

In the same vein as this, I think it would be useful to call out the differences between the two standards more clearly. It came up at RSNA, why not just use CDS hooks, and I know we have talked about the differences and there are some clear use cases for each. It would be good to really define those and call them out somewhere to be fully transparent.

Last updated: Apr 12 2022 at 19:14 UTC