Fhir data retrieve changes

[maimoonak]

Fixes issue with Fhir Retrieve to

• Not skip inactive patients to ensure deceased patients are not omitted unless cql filters it out
• Handle Task beneficiary which is not sent as contextPath. Rather requestor (Practitioner) is sent as contextPath which is not correct and Task should be filtered on 'for` i.e. subject
• Handle code filters for entities

Description
Clear and concise code change description.

Type
Choose one: Bug fix

Screenshots (if applicable)

Checklist

• I have read and acknowledged the Code of conduct.
• I have read the Contributing page.
• I have signed the Google Individual CLA, or I am covered by my company's Corporate CLA.
• I have discussed my proposed solution with code owners in the linked issue(s) and we have agreed upon the general approach.
• I have run ./gradlew spotlessApply and ./gradlew spotlessCheck to check my code follows the style guide of this project.
• I have run ./gradlew check and ./gradlew connectedCheck to test my changes locally.
• I have built and run the demo app(s) to verify my change fixes the issue and/or does not break the demo app(s).

[vitorpamplona]

@maimoonak is this PR still needed?

[ktarasenko]

The issue with activePatients is fixed in the master.

The remaining two fixes for:

• Handle Task beneficiary which is not sent as contextPath. Rather requestor (Practitioner) is sent as contextPath which is not correct and Task should be filtered on 'for` i.e. subject
• Handle code filters for entities
  seem like handling of the edge cases.

I don't have enough context to make a call. Is @maimoonak still around? Are the problems, fixed in this PR common? If no, would it make sense to make an extension to the workflow library to workaround individual integrators issues, or should we rather enforce the standard?

[maimoonak]

This was resolved by @vitorpamplona in PR and discussion #1603 (comment). Issue on DBCG repo is cqframework/clinical_quality_language#858.