In our application (e-health domain), we want to create a Subscription
for all Tasks
where the chained ActivityDefinition.meta.source
equals a specific URI. This way, the application only gets notified on Task
changes that are based on an ActivityDefinition
they published.
It seems hard to create this criteria as Task.instantiatesCanonical
is not a searchable field. It feels like I am missing something as it seems so logical for this field to be searchable.
Is there a proper/out-of-the-box way to accomplish this?
For now, these are the less favourable options I see:
- See if we can make
Task.instantiatesCanonical
searchable on the (HAPI) FHIR Store. Then see if we can use this into aSubscription
criteria. - See if we can make
Task.instantiatesCanonical
searchable via aStructuredDefinition
based on vanilla R4. Then see if we can use this into aSubscription
criteria. - Add a
Task.activityDefinitionSource
extension. Then see if we can use this into aSubscription
criteria. - Subscribe to all tasks and let the application deal with figuring out if it wants to handle it. This would cause extra load on the server as we cannot use
_include
on non-searchable properties.
Thanks in advance!
Joris