HI…
Recently a fix was posted to openemr by yehster regarding the search for the diagnosis code which corrected the issue of clicking twice for searching a diagnosis code in issue section. Now…Previously after clicking on the search textfield, a new window used to open allowing us to use various diagnosis codes like 1cd9 as well as icd 10 (a dropbox was present). Now it is default to ICD9 only and it is not changable. The fix was very helpful as it saves time avoiding two clicks but can that feature of choosing the diagnosis codes be brought back keeping this fix intact…please??
Are you sure that my change is the only difference between your “working version” and what you have now? You can undo my change pretty easily and see if it fixes things.
I suspect that you got changes Brady made related to code types that you didn’t have before and you need to make updates to your code_types table to get things working the way you want.
Did you load the ICD 10 codes into the “external table?” Or do you have them in the codes table?
I’m also a bit confused which “fix” yehster contributed that could have caused this; please point us to the fix? Is this in the official codebase on sourceforge/github? (I am unable to confirm this behavior on the most recent official codebase)
My most recent changes to the Code Types to support SNOMED Clinical Term mapping to items in Administration->Lists should not of affected this either.
I already know from the past that you are using the “external” ICD10 code set (unless you’ve changed it); this just means you are using the standard import ICD10 tool in Administration->Other->External Data Loads. What are you seeing in the Administration->Lists->‘Code Types’ for the ICD10 row (it should be at least toggled for Active and Diagnosis and the External should be set to ICD10 diagnosis)?
No prob; prefer to hear about false positive than nothing at all (ie. keep the testing and reporting going). It’s also valuable and timely information for the OpenEMR developers, whom are ICD9 centric, to be reminded that there is a significant amount of international users that require ICD10 support.