Open dannyyyyS opened 1 year ago
Describe the bug $translate operation of ConceptMap resource requires 'conceptMap' parameter. But it's cardinality in fhir specification is "0..1" sample response: { "resourceType": "OperationOutcome", "id": "c0-a8-d1-82-52b13fa4-44c9-4375-bcb8-3442b9b4570d", "issue": [ { "severity": "fatal", "code": "invalid", "details": { "text": "Parameter with name 'conceptMap' was not found" } } ] }
{ "resourceType": "OperationOutcome", "id": "c0-a8-d1-82-52b13fa4-44c9-4375-bcb8-3442b9b4570d", "issue": [ { "severity": "fatal", "code": "invalid", "details": { "text": "Parameter with name 'conceptMap' was not found" } } ] }
Environment docker container ghcr.io/linuxforhealth/fhir-server:5.1.1
To Reproduce Steps to reproduce the behavior:
Expected behavior Fhir server search existing ConceptMap then return match result, not requiring ConceptMap itself as part of parameters
Additional context
As far as I'm aware, I don't run into this issue while using the same version. Shall I look into the issue? Maybe I can provide a solution for you.
Describe the bug $translate operation of ConceptMap resource requires 'conceptMap' parameter. But it's cardinality in fhir specification is "0..1" sample response:
{ "resourceType": "OperationOutcome", "id": "c0-a8-d1-82-52b13fa4-44c9-4375-bcb8-3442b9b4570d", "issue": [ { "severity": "fatal", "code": "invalid", "details": { "text": "Parameter with name 'conceptMap' was not found" } } ] }
Environment docker container ghcr.io/linuxforhealth/fhir-server:5.1.1
To Reproduce Steps to reproduce the behavior:
Expected behavior Fhir server search existing ConceptMap then return match result, not requiring ConceptMap itself as part of parameters
Additional context