Stream: terminology
Topic: ICD9/ICD10 CodeSystems for validation
Alex Bennett (Feb 22 2022 at 22:06):
I ran into a few issues when attempting to validate ICD codes with the java validator in FHIR R4. The major issue appears to be the codesystem url I am using. I am looking for some clarification on the best CodeSystems to use for ICD in the US. In my case, I attempted to validate the following codes with the specified CodeSystems:
- ICD9 diagnosis codes
- CodeSystem: http://hl7.org/fhir/sid/icd-9-cm
- Result: codesystem reported to be in 'fragment' mode so would not validate
- ICD10 diagnosis codes
- CodeSystem: http://hl7.org/fhir/sid/icd-10-cm
- Result: Validated fine!
- ICD9 procedure codes
- CodeSystem: http://terminology.hl7.org/CodeSystem/ICD-9CM-procedurecodes
- Result: CodeSystem was unknown even though it is specified in the hl7.terminology package
- ICD10 procedure codes
- CodeSystem: http://www.cms.gov.Medicare/Coding/ICD10
- Result: CodeSystem was unknown even though it is specified in the hl7.terminology package
What CodeSystems that should be used in each of these four scenarios?
Grahame Grieve (Feb 23 2022 at 20:11):
these are the correct URLs. We just don't have full code systems for those code systems in question, due to a combination of availability and licensing issues
Alex Bennett (Feb 23 2022 at 21:38):
Hmm interesting. So if I still want to validate these codes, would it be suggested to make my own codesystem/valueset for now? I have a subset of ICD codes in my system so I could generate one.
Grahame Grieve (Feb 23 2022 at 21:40):
I guess. we haven't really solved for that situation right now - it's on the todo list
Alex Bennett (Feb 23 2022 at 21:57):
Is there a working group pushing this work? Something I could help support?
Grahame Grieve (Feb 23 2022 at 22:19):
the structural issue, FMG is working on it. Though it's really just on my task list. the terminology issue - here, I guess
Alex Bennett (Feb 23 2022 at 22:28):
Ah okay, thanks for the info!
Rob Hausam (Feb 23 2022 at 23:51):
Can't we improve this situation, at least a little, by changing slightly how the validator handles code system fragments? If the supplied code is actually included in the available fragment, can't that be validated normally (I think that's no longer happening)? And then only if the supplied code is outside the fragment there would be a warning that the code is not known in the code system fragment and therefore its validity can't be determined? @Grahame Grieve
Grahame Grieve (Feb 23 2022 at 23:59):
it is validated normally.
Grahame Grieve (Feb 23 2022 at 23:59):
so I don't know what that bit is about
Rob Hausam (Feb 24 2022 at 00:06):
Good. I haven't specifically tested that yet myself since we've had the new warning - as long it is validating known codes in the fragment then that's fine.
Last updated: Apr 12 2022 at 19:14 UTC