Every year on October 1st, CMS (the Centers for Medicaid and Medicare Services) introduces several updates to the ICD-10 code set. IMO (Intelligent Medical Objects) automatically adds all of the new or updated ICD codes to their terminology, so you will be able to search for those new values on October 1st. But because CMS also ‘deletes’ some ICD-10 codes each year (and replaces them, typically, with more specific codes), the AngleSearch application is updated each year to automatically detect any expired (‘deleted’) codes and make them visually apparent to the provider. The expired codes appear with a light grey triangular warning icon. Should the provider wish to replace the expired ICD-10 code with a valid one, the icon can be clicked to bring up the search window with that problem in context, making it very easy to keep all of the ICD codes valid, and up to date.

AngleSearch has now been updated to detect all of the expired codes made by CMS from 2016 (when they first started expiring codes) up to the present (2023).  

For practices using the Medicare HCC features in AngleSearch, those values have been updated for 2023 as well.  

_

AngleSearch now works with EMR 9.8/CPS 12.0 on up through Athena v19/v20.

Please contact AngleMD if upgrading directly from EMR 9.8 or CPS 12.0, as the MEL required to open AngleSearch for EMR 9.10+ or CPS 12.2+ is slightly different than that used in EMR 9.8 or CPS 12.0.

It has long been possible to launch AngleSearch using a MEL command that automatically triggers a specific search. For example, you can create a MEL command that launches AngleSearch so that “asthma” is automatically searched for. In that case, the “Find Problem” dialog will appear with “asthma” in the search field, saving the provider a few keystrokes. This can be useful when you want to partially automate the addition of a specific problem to the chart, but you don’t want to “hard-code” any ICD codes into the script command.

AngleSearch now supports the ability to launch AngleSearch with an existing problem in context, which automatically loads that problem into the “Change Problem” dialog. This can be useful for specialized clinical content where you know that a problem needs to be modified (perhaps due to a non-specific ICD code), but the provider needs to oversee the actual edit.

To launch AngleSearch with an existing problem in context, you will need to create a MEL script command like the following:

{show_html_form("http://anglesearch.anglemdservices.com/search_app#/lists/problems?editProblem=true&prid=1234567890123456.000000","AngleSearch by AngleMD LLC")}

Note that the URL requires the PRID (the problem id) for the problem you wish to edit, which you can derive by parsing the output of the following MEL command:

{PROB_AFTER(“delimited”)}.

The format of the MEL command is a little different for practices using older versions of Centricity (e.g. EMR 9.8 or CPS 12.0). For those products, the exact MEL command will depend on how your instance of AngleSearch was installed, so please contact AngleMD for assistance.

As always, let us know if you have any questions about this feature.

One of the great value propositions of using AngleSearch is the deep integration with IMO’s Problem IT terminology, which gives highly accurate and useful ICD-9 and ICD-10 mappings to the problem descriptions searched for by providers. There have been rare cases where a practice needs a different ICD code for a problem, however. Historically, we have supported using MEL trigger functions to handle events where a practice needs to deviate from IMO’s editorial decisions, but it isn’t always possible for a practice to edit the MEL functions that make up their clinical content. For those practices, we now support custom mapping within AngleSearch (configurable by practice) which allows for a practice to override any ICD code provided by IMO and translate it to one that would be more useful to your practice.

Please let us know if this is something your practice would like to take advantage of.

AngleSearch has always allowed each practice to display the last edit date or the last assess date for each problem (your choice), but you can now opt to show the stop date too. When this feature is activated, any problem that has a stop date will display that date directly below the problem description, alongside the problem comment (see image below). This makes it easy for providers to see at a glance which problems are going to drop off the problem list in the future.

If you would like to have the stop date display activated for your practice, please just let us know.

If your providers do not have a need to see the SNOMED-CT codes or the ICD-9 codes in the Find Problem dialog, those values can be toggled off so they no longer appear (either one, or both).

Please just drop us a note if you would like to turn off the display of either code.