cqframework / cqframework/cqf-tooling
Tooling not using proper fully qualified URL for FHIRHelpers library
@c-schuler is already working on this.
Since Sep 26, 2023.
- Dominant language
- Java
- Stars
- 22
- Forks
- 26
- PR merge metrics
- No merged PRs in 30d
Description
Describe the bug
When using the tooling to refresh in the ecqm-content-r4 repo when it regenerates the library JSON it is coding the depends-on incorrectly for just the FHIRHelpers library
"relatedArtifact": [ {
"type": "depends-on",
"display": "FHIR model information",
"resource": "http://fhir.org/guides/cqf/common/Library/FHIR-ModelInfo|4.0.1"
}, {
"type": "depends-on",
"display": "Library FHIRHelpers",
"resource": "Library/FHIRHelpers|4.0.001"
}, {
"type": "depends-on",
"display": "Library SDE",
"resource": "http://ecqi.healthit.gov/ecqms/Library/SupplementalDataElementsFHIR4|2.0.000"
This causes the post to the sandbox for the bundle to fail, it also includes FHIRHelpers multiple times
To Reproduce
Checkout the ecqm-content-r4 repository
run _updateCQFTooling
run _refresh
The bundles will be generated but when they post to sandbox they will fail
Expected behavior
The depends-on for FHIRHelpers should have been
{
"type": "depends-on",
"display": "Library FHIRHelpers",
"resource": "http://ecqi.healthit.gov/ecqms/Library/FHIRHelpers|4.0.001"
},
Desktop (please complete the following information):
- OS: MacOS Catalina
- Java Version 13
Additional context
Add any other context about the problem here.
Contributor guide
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.
Assessment
This issue has not been assessed yet.