cqframework / cqframework/clinical-reasoning

Work out reconciliation process for retrieve providers

Open
#84 0 comments 0 reactions 0 assignees View on GitHub

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

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.