I don’t think the table would be any larger than the language translation tables. I bet you could find the ICD9 codes already in a sql file somewhere on the net if they are already in the public domain. - Jen
I am also having difficulty installing the ICD-9 codes.
I am using Ubuntu 10.04 Linux and have a fresh installation of version 3.2.
I modified the load_icd_desc.plx perl script by using the description at the link “www.openmedsoftware.org/wiki/Load_ICD9_Codes” and ran the script (as root) as instructed. This is the command and the output:
Good news for all of those using Ubuntu Linux 10.04 and OpenEMR version 3.2. I was able to retrieve 14,012 rows of ICD codes by using the script supplied by OpenEMR (load_icd_desc.plx) AND by adding the single line of code that Ruben posted earlier on 1/12/2001. Thanks Ruben and thanks to everyone that participated in this thread.
Darius Stout
Thank you all for a great post!
i followed each step to the letter - except one thing:
i am failing to install mechanize! i keep getting this error when i try to run the perl script
These files are now included with the release, you don’t need to run that scripts every again. Look in the openemr/sql directory for a file call icd9-codes-insert.sql and use mysql or phpMyAdmin (from the Administration->Database) to import it.
Thanks tony! sorry i forgot to get back on the forum and congratulate you guys for including 1cd9 in the current release!
just one issue, how to do the same with ICD10? scrapping codes from the ICD10 web site has been a nightmare!
One more question, this one may be a bit more difficult (i’m not sure-i’m pretty new at coding) but how would one go about populating the ICD9 codes into the CAMOS form of the openEMR? If a step-by-step or quick summary isn’t too difficult, it would be very much appreciated.
Brady - I think the setup script should have a section that allows the user to check off which supplied, extra tables to load. Not all users world wide want the full list of icd9 for instance and it would be nice to be able to include other table in the list. I’d suggest a sub-dir in the sql dir called “optional” that is parsed to produce a selection list.
Brent - CAMOS is a subject for an new topic. And I’m not a CAMOS user, so I won’t be any help with that.
Issue is that many of the installations bypass setup.php (ubuntu and xampp packages). Since the code_type for ICD9 is hard-coded(ie. nothing else should ever use it’s defined ct_key and ct_id), don’t see how the existence of it would hurt users whom don’t want it: http://open-emr.org/wiki/index.php/Code_Types
For example, ICD-10 codes would likely be akin to adding the CVX codes(ct_id is not hard-coded), which will likely require some code mods to support. Note i’m just thinking out loud here. Any thoughts here (for example, is it better to substitute the ICD-10 directly for the ICD-9 ct_id)?
Regarding the issue of installing ICD9 codes by default, probably best to just leave this decision up to the community. If anybody feels the full ICD9 codes database should be included in a default installation, then chime in now. Otherwise, will plan to keep them not installed by default.
Hi all!
Is it not possible to include both ICD10 and ICD9 on the install and make it an option for the user to select which module they’d like installed?
It will be good to turn off other options like cpt4 and hpsa codes because not everyone needs them!
For language translation we use an option that might be called a conversion table. Conclusion: What is the same in a different language can be used in that specific language otherwise is default into the orriginal).
Would it be an option to include ICD9 (17000 codes), ICD10 (155.000 codes) and ICPC (international Classification for Primary Care ??? codes) in some form of conversion table. There are readily available tables for this download through WHO. These tables could than be used interchangeable to ones likings.
This is a simplification of the problem, since there are huge differences between the tables, but also many similarities.