Stream: CARIN IG for Blue Button®
Topic: CareTeam.qualification invariant in EOB.Outpatient profile
Bill Harty (Jan 05 2022 at 21:47):
Running FHIR Validator on an outpatient EOB against the CARIN 1.1 Outpatient Profile, and cannot seem to get past the invariant "EOB-careteam-qualification". The error is
"EOB-careteam-qualification: 'Care Team Performing physician's qualifications are from US-Core-Provider-Specialty Value Set' Rule 'Care Team Performing physician's qualifications are from US-Core-Provider-Specialty Value Set' Failed"
See my JSON snippet at the bottom of this thread.
I'm wondering if this is a FHIR Path issue with the invariant, similar to this thread and this JIRA issue
I may be misreading the FHIRPath but I think the expression right of the IMPLIES operator has a small error.
implies
careTeam.role.where(coding.where(code in ('performing' )).exists()).exists().qualification.memberOf('http://hl7.org/fhir/us/core/ValueSet/us-core-provider-specialty')
I believe the expression above references qualification as a child of role, not a sibling. I think the correct expression would look something like this:
implies
careTeam.where(role.coding.where(code='performing')).qualification.memberOf('http://hl7.org/fhir/us/core/ValueSet/us-core-provider-specialty')
Here is a snippet of the JSON that is failing the validator. Is this incorrect?
"role" : {
"coding" : [ {
"system" : "http://hl7.org/fhir/us/carin-bb/CodeSystem/C4BBClaimCareTeamRole",
"code" : "performing",
"display" : "Performing provider"
} ]
},
"qualification": {
"coding" : [ {
"system" : "https://nucc.org/provider-taxonomy",
"code" : "103TC0700X",
"display" : "Clinical Psychologist"
} ]
}
Thanks for any insight/help with this.
Corey Spears (Jan 05 2022 at 22:18):
Can you let me know what version of the IG you are looking at?
Bill Harty (Jan 06 2022 at 15:10):
Our intention is to validate against STU1 (1.1). The resource I'm using has a Meta.profile = "http://hl7.org/fhir/us/carin-bb/StructureDefinition/C4BB-ExplanationOfBenefit-Outpatient-Institutional|1.1.0". Here is the validator command I'm using (with json file attached.... synthetic data so PHI-safe)
java -jar validator_cli.jar eob.json -ig http://hl7.org/fhir/us/carin-bb/STU1.1
thanks for helping with this.
Corey Spears (Jan 07 2022 at 21:27):
I am not entirely sure what the issue is here. I know US Core changed a number of the ValueSets from US Core IG defined to point to VSAC ValueSets in US Core 4.x. The provider specialty is one such ValueSet. Looking at tx.fhir.org, I am not seeing the original "http://hl7.org/fhir/us/core/ValueSet/us-core-provider-specialty" ValueSet loaded. I am not sure what it is validating against.
We may need someone like @Lloyd McKenzie , @Grahame Grieve , or @Rob Hausam to chime in on a couple of things including:
- What happens to previously published ValueSets that no longer appear in the latest version of the IG (And the canonical no longer resolves)?
- How can validations be run on these older ValueSet definitions?
- Is the ValueSet missing from tx.fhir.org, and if it is, should it? And if it should be missing, should it being throwing this error?
Corey Spears (Jan 19 2022 at 01:35):
Any thoughts on this @Lloyd McKenzie @Grahame Grieve or @Rob Hausam ?
Lloyd McKenzie (Jan 19 2022 at 05:16):
When you invoke the validator, does it tell you that it's importing the FHIR core IG and does it tell you the correct version? It should... All of the old value sets should be in the package for that IG which should be available to the validator. If it doesn't tell you it's grabbing that IG, then you MAY need to specify a -ig parameter that specifies the US core value set version too.
Last updated: Apr 12 2022 at 19:14 UTC