cqframework / cqframework/clinical-reasoning
Work out reconciliation process for retrieve providers
Nobody has claimed this yet.
- Dominant language
- Java
- Stars
- 49
- Forks
- 43
- Avg merge
- 2d 19h
- Merged PRs (30d)
- 13
Description
"Inject prefetch resources some other way, like parameters in CQL", but that breaks a whole bunch of ecosystem stuff.
null = unknown empty
empty = known empty
otherwise = known non-empty.
That obviously has potentially far-reaching implications for engine behavior. But I think a first pass is not too bad.
Null dataProvider result =
new CqlException("DataProvider was unable to determine if retrieve XXX was null or empty. Please ensure the evaluation environment has all data necessary to make that determination")
Then in the context of prefetch, we can fall back. In the context of using a REST provider directly, something went horribly wrong.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by tracing how retrieve providers return data and how CQL prefetch resources are supplied. Clarify the distinction between null, known empty, and known non-empty results, then determine the intended fallback behavior for prefetch and direct REST-provider use. Done means the reconciliation process and its engine implications are agreed and documented in a form that can guide implementation.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- backend-api-design
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100