UB-04 paper claim/Medi-Cal claims; box 66 REQUIRES ICD-10 indicator(0)or will deny. With 8.0 and later updates the 0 appears to the right-alignment is incorrect, not fixable. If not in box-claims denying. Support says they are aware of issue, nothing in the works. No suggestions support had for our IT people

I would like to have a larger medical alerts window that would allow me to see more than 6 medical alerts, 6 medications, and 6 allergies without having to scroll down. Would prefer a window that self adjusts to accommodate all alerts, meds, and allergies.

We have some questions in regards prescriptions that have been e-prescribed through Allscripts and imported back into Dentrix that now need to be re-printed. According to the DEA regulations any reprints need to either indicated that:
1. original prescription was electronically transmitted and this is “Copy Only – not valid for dispensing. “
2. prescription was electronically transmitted and the transmission failed.

Currently out of Dentrix you can just re-print the imported script, it does not indicated that it was electronic submission and it is a copy only, or does it indicate a failure, see below example. Is there a function for this or a setting that has to be changed?

DEA has clarified that the application may print copies of an electronically transmitted prescription if they are clearly labeled as copies, not valid for dispensing. If a practitioner is notified by an intermediary or pharmacy that a transmission failed, he may print a copy of the transmitted prescription and manually sign it. The prescription must indicate that it was originally transmitted to a specific pharmacy and that the transmission failed. The pharmacy is responsible for checking to ensure that the prescription was not received electronically and no controlled substances were dispensed pursuant to the electronic prescription prior to filling the paper prescription.pg. 16243

DEA agrees with the commenters that such a statement should appear in the regulatory text and has revised the interim final rule to allow printing of a copy of a transmitted prescription, receipt, or other record, provided that the copy is clearly labeled as a copy that is not valid for dispensing. The copy should state, as recommended by commenters, that the original prescription was sent to [pharmacy name] on [date/time] and that the copy may not be used for dispensing. Printed copies of transmitted prescriptions may not be signed. pg. 16264

We have some questions in regards prescriptions that have been e-prescribed through Allscripts and imported back into Dentrix that now need to be re-printed. According to the DEA regulations any reprints need to either indicated that:
1. original prescription was electronically transmitted and this is “Copy Only – not valid for dispensing. “
2. prescription was electronically transmitted and the transmission failed.

Currently out of Dentrix you can just re-print the imported script, it does not indicated that it was electronic submission and it is a copy only, or does it indicate a failure, see below example. Is there a…

When the primary claim is created, the rate code posts just fine. When the secondary claim is created, no rate code is attached (WAD), but an error comes up saying, "A procedure attached to the pre-treatment estimate claim has been changed."

When creating a new patient record from a new patient appointment the City and State are auto populated from the info entered in the NP appointment. This allows assignment of invalid zip code , state, and city combinations that are not valid and not part of the zip code pick list. The new patient appointment window does not allow/force the city, state, and zip to be chosen from the pick list.

Ability to select multiple old conditions and invalidate them (at recall exams for example). The regular Dentrix has this capability yet not Dentrix Enterprise. Presently you can delete them collectively only.

Example: Let's say that the patient is scheduled to have #3 MO/R done, however, treatment changes to #3 MOD/R. The way it works now is you have to delete the #3 MO/R on the treatment plan and then re-treatment plan the #3 MOD/R and then add it to the appointment to set complete (or set complete from the patient chart). You have to do it this way because the fee will not update.

It would be great if you could just double click the treatment planned procedure (in the edit or delete procedure box), change the procedure code and the fee would automatically update.

Example: Let's say that the patient is scheduled to have #3 MO/R done, however, treatment changes to #3 MOD/R. The way it works now is you have to delete the #3 MO/R on the treatment plan and then re-treatment plan the #3 MOD/R and then add it to the appointment to set complete (or set complete from the patient chart). You have to do it this way because the fee will not update.

It would be great if you could just double click the treatment planned procedure (in the edit or delete procedure box), change the procedure code and the…

There is a new feature in 6.0 that allows scheduling events in the appointment book such as the closing of an Operatory. We think there is already a security right to limit the staff that can change these events and if not then we should submit this as an enhancement request.

The following discussion was left open for another meeting :: Do any clinics need the ability to change history? Is the invalidate flag enough? Can historical items be changed? In core there was a utility called dxhist.

In the production environment, the DXONE audit - combined report running 1/2 hour to an hour and coming back as blank, report is run with the same options on a test db and is coming back with quickly with data

When we first looked at the issue. Found a kb 63041 'Patient Information Accessed report blank.' which seemed a match to this issue. we checked that setting an the option under Maint|ClinicRS|Edit|Optional setting 'enable patient access logging' was checked, but grayed out. We determined the report running slowly due to the nature and size of the sample of the report.

Customer noted the report is running fast in the test environment ( mirror of the production environment ) and returning results.

We understood that if that setting was not checked no history would be saved and the report would *only* populate data going forward, but it was checked, though grayed out. The Enable patient access logging check box was toggled off and on again. this made no difference.

In the production environment, the DXONE audit - combined report running 1/2 hour to an hour and coming back as blank, report is run with the same options on a test db and is coming back with quickly with data

When we first looked at the issue. Found a kb 63041 'Patient Information Accessed report blank.' which seemed a match to this issue. we checked that setting an the option under Maint|ClinicRS|Edit|Optional setting 'enable patient access logging' was checked, but grayed out. We determined the report running slowly due to the nature and size of the sample of the report.

When posting an insurance payment, it would be helpful to be able to enter multiple adjustments that would be attached to the insurance claim i.e. MediCal has a 1% reduction in addition to fluoride age adjustment or previous history adjustment. The way we have to do it now is to create another zero insurance payment on the claim, attach the adjustment, then delete the payment or…we post an adjustment and have to manually add the DOS and other info for future reference.