Difference between revisions of "Problem list (MU2)"

From OpenEMR Project Wiki
 
(22 intermediate revisions by 3 users not shown)
Line 3: Line 3:
==MU Requirements==
==MU Requirements==
===Per ONC===
===Per ONC===
:Taken from [http://www.ofr.gov/OFRUpload/OFRData/2012-20982_PI.pdf ONC Final Rule]
:Taken from ONC Final Rule:[[File:2014_Edition_Cert_Federal_Register.pdf]]
<pre>
<pre>
(5) Problem list. Enable a user to electronically record, change, and access a patient’s active
(5) Problem list. Enable a user to electronically record, change, and access a patient’s active
Line 10: Line 10:
version of the standard specified in § 170.207(a)(3)
version of the standard specified in § 170.207(a)(3)
</pre>
</pre>
===Per ONC/NIST Final Test Methods===
:See here: http://www.healthit.gov/policy-researchers-implementers/2014-edition-final-test-method


==Status==
==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. [[User:Bradymiller|Bradymiller]] 21:51, 15 January 2013 (UTC)
:*Analyzed - [[User:Bradymiller|Bradymiller]] 00:29, 16 January 2013 (UTC)
:*Code committed 3/16/2013 to sourceforge, so awaiting final testing:
::*http://github.com/openemr/openemr/commit/ba952a1252dc4e3d01c023b5a61a5f1e6c6253b9
::*http://github.com/openemr/openemr/commit/a5f14e43b11cf1c2cfb853168f40e79cee68df69
::*http://github.com/openemr/openemr/commit/d04153a06f647c020fe455a17d330f3f1cc6b0d3
:*Code completed and developed by [[OpenEMR_Professional_Support#Z.26H_Healthcare_Solutions.2C_LLC.|ZH Healthcare]]


==Proposal==
==Proposal==
: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. Details are described below.
:'''Mandatory:'''
:'''Mandatory:'''
::'''1.''' Place a '''Date Changed''' field in the lists entry form (interface/patient_file/summary/add_edit_issue.php). Use a new database entitled modifydate item in lists table to store this.
::'''1.''' Place a '''Date Changed''' field in the lists entry form (interface/patient_file/summary/add_edit_issue.php). Use a new database entitled modifydate item in lists table to store this.
:'''Not mandatory, but considered necessary:'''
:'''Not mandatory, but considered necessary:'''
::'''1.''' Support 'Problem Lists' specific code type:
::'''1.''' Support 'Problem Lists' specific code type. This will allow differentiation of codes that are being used as billing diagnosis codes vs. Medical Problems codes. For example, MU2 requires identification of medical problems with SNOMED codes, however the billing diagnosis codes will be in ICD9/ICD10:
:::* Add ct_problem_list flag to the code_types table
:::* Add 'ct_problem' sql column flag (ie. tinyint(1) ) to the 'code_types' sql table
:::* By default, set this to on (1) for the ICD9,ICD10 and SNOMED code types.
:::* By default, set 'ct_problem' to on (1) for the ICD9,ICD10 and SNOMED code types.
:::* Add it to comments and main array in the custom/code_types.inc.php script  
:::* Add 'ct_problems' to comments and main array in the custom/code_types.inc.php script  
:::* Support modification of this setting in interface/super/edit_list.php script
:::* Support modification of the 'ct_problems' 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
:::* Modify collect_codetypes() in custom/code_types.inc.php to support a medical_problem category (that filters for code types with the ct_problems flag on) 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).
::'''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.
 
==Testing Report==
Problem list passed the Health IT test procedures and no inconsistencies found.<br>
Here is the test report.
[[File:Problem_list_MU2.pdf]]
:‎[[File:ViSolve_Logo_Small.png|link=http://www.visolve.com/solutions-services/healthcare_services/meaningful-use-consulting-process.php|OpenEMR and EHR Support]] – Meaningful Use Stage 2 Testing of OpenEMR


==Owner==
==Owner==
:[[OpenEMR_Professional_Support#Z.26H_Healthcare_Solutions.2C_LLC.|ZH Healthcare]]
 
==Forum Threads==
:*[http://sourceforge.net/projects/openemr/forums/forum/202506/topic/6707785 Sourceforge discussion on this item]


==Links==
==Links==

Latest revision as of 09:57, 12 January 2014

Overview

MU Requirements

Per ONC

Taken from ONC Final Rule:File:2014 Edition Cert Federal Register.pdf
(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)

Per ONC/NIST Final Test Methods

See here: http://www.healthit.gov/policy-researchers-implementers/2014-edition-final-test-method

Status

  • Analyzed - Bradymiller 00:29, 16 January 2013 (UTC)
  • Code committed 3/16/2013 to sourceforge, so awaiting final testing:

Proposal

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. Details are described below.
Mandatory:
1. Place a Date Changed field in the lists entry form (interface/patient_file/summary/add_edit_issue.php). 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. This will allow differentiation of codes that are being used as billing diagnosis codes vs. Medical Problems codes. For example, MU2 requires identification of medical problems with SNOMED codes, however the billing diagnosis codes will be in ICD9/ICD10:
  • Add 'ct_problem' sql column flag (ie. tinyint(1) ) to the 'code_types' sql table
  • By default, set 'ct_problem' to on (1) for the ICD9,ICD10 and SNOMED code types.
  • Add 'ct_problems' to comments and main array in the custom/code_types.inc.php script
  • Support modification of the 'ct_problems' setting in interface/super/edit_list.php script
  • Modify collect_codetypes() in custom/code_types.inc.php to support a medical_problem category (that filters for code types with the ct_problems flag on) 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).

Testing Report

Problem list passed the Health IT test procedures and no inconsistencies found.
Here is the test report. File:Problem list MU2.pdf

OpenEMR and EHR Support – Meaningful Use Stage 2 Testing of OpenEMR

Owner

Forum Threads

Links