cqframework / cqframework/clinical-reasoning
$r5.apply should generate Bundle.entry.fullUrl and references should be updated to use those fulUrl entires for resolution
Nobody has claimed this yet.
- Dominant language
- Java
- Stars
- 49
- Forks
- 43
- Avg merge
- 2d 19h
- Merged PRs (30d)
- 13
Description
The following is contained in the specification wrt resolving references in a bundle: Several portions of this algorithm are dependent on on the presence of Bundle.entry.fullUrl. In instances where references might be resolved within a Bundle but entries do not have fullURLs, resolution expectations are undefined.
Currently, the $r5.apply operation produces a bundle with entries that do not have fullUrl attributes. There are also references between the resources contained in the resulting bundle, an example of which is contained below. These references are based solely off of the id of a resources within the Bundle.entry list. This places the resolution of these references outside of a mechanism defined in the specification which can result in errors between implementations that make use of the output of the operation. Adding fullUrl attributes to each of the Bundle.entry items and using references that point to those items would create Bundles that have a specification defined means of resolving references.
"resource": {
"reference": "ENACT-1-ACT-1"
}
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 at the $r5.apply operation that produces the bundle and inspect how Bundle.entry items and inter-resource references are created. Confirm the resulting entries include fullUrl attributes and that references use those fullUrl values for specification-defined resolution.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- api
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100