Difference between revisions of "Problem list (MU2)"

From OpenEMR Project Wiki
Line 15: Line 15:


==Proposal==
==Proposal==
This item is already supported. But a good idea would be to add a ct_problem_list flag to the code_types table (and support it in Administration->Lists script) to identify code types to use in the problem lists (then could use this to not allow using other diagnosis code sets, such as ICD9 or ICD10). [[User:Bradymiller|Bradymiller]] 21:51, 15 January 2013 (UTC)
:'''Mandatory:'''
::1. Place a Date Changed field in the lists entry form. Use a new database entitled modifydate item in lists table to store this.
:'''Not mandatory, but considered necessary:'''
::1. Support 'Problem Lists' specific code type:
:::* Add ct_problem_list flag to the code_types table
:::* By default, set this to on (1) for the ICD9,ICD10 and SNOMED code types.
:::* Support modification of this setting in interface/super/edit_list.php script
:::* Modify collect_codetypes() in custom/code_types.inc.php to support a medical_problem category and then use it when call this function in code search popup from interface/patient_file/summary/stats_full.php script
::2. When adding/editing a Medical Problem, after selecting a code from the code type pop-up, then populate the title of the Medical Problem with the Code title (only do this if the Title entry is currently empty).
::3. In the code_set_search() in custom/code_types.inc.php script, note that the SNOMED searching also produces titles that end in (disorder). Is there a way to remove this '(disorder)' from the entry within the sql query (ie. via something like the mysql substring() function or something like that). Otherwise, all the problems will have an ugly (disorder) at the end.
[[User:Bradymiller|Bradymiller]] 21:51, 15 January 2013 (UTC)


==Owner==
==Owner==

Revision as of 22:32, 15 January 2013

Overview

MU Requirements

Per ONC

Taken from ONC Final Rule
(5) Problem list. Enable a user to electronically record, change, and access a patient’s active
problem list:
(i) Ambulatory setting. Over multiple encounters in accordance with, at a minimum, the
version of the standard specified in § 170.207(a)(3)

Status

This is currently mostly supported, however there is a Date Changed field that needs to be there. Also some minor things that should be done to improve and enforce the SNOMED encoding. Bradymiller 21:51, 15 January 2013 (UTC)

Proposal

Mandatory:
1. Place a Date Changed field in the lists entry form. Use a new database entitled modifydate item in lists table to store this.
Not mandatory, but considered necessary:
1. Support 'Problem Lists' specific code type:
  • Add ct_problem_list flag to the code_types table
  • By default, set this to on (1) for the ICD9,ICD10 and SNOMED code types.
  • Support modification of this setting in interface/super/edit_list.php script
  • Modify collect_codetypes() in custom/code_types.inc.php to support a medical_problem category and then use it when call this function in code search popup from interface/patient_file/summary/stats_full.php script
2. When adding/editing a Medical Problem, after selecting a code from the code type pop-up, then populate the title of the Medical Problem with the Code title (only do this if the Title entry is currently empty).
3. In the code_set_search() in custom/code_types.inc.php script, note that the SNOMED searching also produces titles that end in (disorder). Is there a way to remove this '(disorder)' from the entry within the sql query (ie. via something like the mysql substring() function or something like that). Otherwise, all the problems will have an ugly (disorder) at the end.

Bradymiller 21:51, 15 January 2013 (UTC)

Owner

ZH Healthcare

Links