0
Fixed

KNOWN ISSUE: Problem with DX codes in Group Time

Pat Stream 8 ár síðan í Known Issues updated by Kevin Holmes 8 ár síðan 2

We have discovered a problem with the way Procentive is assigning diagnoses codes to group service lines. The system appears to be assigning DX codes incorrectly. We are still investigating the issue and working to resolve it as quickly as possible. We will post an update here as soon as the issue is resolved.

0
Fixed

KNOWN ISSUE: Code display in Group/Add of Time Module

Kevin Holmes 8 ár síðan í Known Issues Uppfært 8 ár síðan 4

Codes are not displaying correctly when re-opening existing group service lines in the Time Module. The problem appears to be connected only to service lines that have an error. We are still investigating this issue in order to fully understand all that is happening. We hope to have a solution asap and will update this post as we learn more.

0
Fixed

KNOWN ISSUE -- Billing Supervision in Time/Add

Kevin Holmes 8 ár síðan í Known Issues Uppfært 8 ár síðan 2

There is a potential issue in the Time/Add window with the Billing Supervisor field. The problem is only occurring for clients that have a billing supervisor setup in the clients module/staff tab. In this scenario, the billing supervisor that was selected in the client module/staff tab is not appearing as an option in the billing supervisor field in the Time/Add window.

0
Fixed

KNOWN ISSUE -- Billing Status in the Appointments Module

Kevin Holmes 8 ár síðan í Known Issues Uppfært 8 ár síðan 3

The Appointments module, Billing Status drop down is currently not updating to indicate that a service line has been added for the appointment. Please use report 1300 to locate appointments that are missing service lines and report 2030 to locate the service lines that are missing clinical notes.


As soon as this issue is resolved, we will update this topic.

0
Fixed

KNOWN ISSUE in Time Module-Group/Add window

Kevin Holmes 8 ár síðan í Known Issues Uppfært 8 ár síðan 5

As of this morning, if you open an existing Group service line in the Time Module, there is a possibility that it will not "remember" the Diagnoses code or the Program that was originally selected on the service line.


We are working to resolve this issue right now and hope to have an update soon.


This problem is only happening in the Group/Add window. It is not an issue in Individual or Residential Time.


We will provide updates if we learn more, or once the issue is resolved.


Thank you.

0
Fixed

Real-Time Eligibility is down for MN MA

Kevin Holmes 8 ár síðan í Known Issues Uppfært 8 ár síðan 2

The State of MN sent out this message earlier this morning regarding their Real-Time Eligibility (which all Procentive customers use in the Eligibility Module):


MN Medicaid Real Time Eligibility users:

Our Real Time Eligibility applications are currently experiencing an unscheduled outage. Operations staff are working to resolve the issue, and we will pass along further information as it becomes available.


Once their system is back online, we will update this message.

0
Fixed

Known Issue: MHP rejecting claims for client name

Kevin Holmes 8 ár síðan í Known Issues Uppfært 8 ár síðan 2

We've been informed that Metropolitan Health Plan / Hennepin Health is in the process of making changes that may affect your claims (see attached info).


The most specific change that MHP has been implemented is that client demographic information must match exactly with MHP, including first name, last name, middle name or initial, and date of birth.

We're seeing several rejections on claims due to the middle name or initial not matching what MHP has on file.

For example:
If MHP has only the initial on file in their system, then that is what is needed on the claim.

The rejection in the Procentive Electronic Module reads: MEMBER MIDDLE NAME DOES NOT MATCH

Please go to the Electronic module and review all batch reports for MHP (even if they say "Received") starting on 8/15/16, to be sure that your claims have gone through successfully.

If you have further questions please submit a ticket to the Procentive Support Desk.


MHP and client name issue

0
Fixed

Known Issue: Mirrors experiencing temporary delay

Kevin Holmes 8 ár síðan í Known Issues Uppfært 8 ár síðan 3

Procentive's mirrors are experiencing a delay right now. You may experience blank pages, or a delay in saving. The problem should be resolved soon. Weill update this topic once the delay is resolved.

0
Under review

Known Issue: Unable to kiosk clinical forms to a client who has declined client portal

Kevin Holmes 8 ár síðan í Known Issues Uppfært 8 ár síðan 1

SCOPE: This know problem effects any customer that sends clinical charting forms through client portal AND the client has declined client portal.


DETAILS: The problem occurs when you invite a client to client portal and send the client clinical charting forms to complete. The client will receive two emails (one to register & one to open their portal to the forms). If the client declines their portal, then the client will not be able to access the forms from the second email. This also means the client will not be able to fill out forms on their own through kiosk in the future.


WHAT SHOULD YOU DO: At this time, you should only be aware of this issue when kiosking forms to clients.


We will provide updates here once we have more information.


Thank you.

0
Under review

Possible Issue: Primary-Secondary payer "flipping"

Kevin Holmes 8 ár síðan í Known Issues Uppfært 8 ár síðan 1

Possible issue -- in the client module/payer tab


SCOPE: This problem has only been confirmed for a single Procentive customer, and we have only been able to re-create the problem in the one database. So at this point, we do not know if the problem is widespread or very limited in scope. It is weird enough, however, that we wanted to let folks know about it.


DETAILS: The problem occurs when you open the client module/payer tab, and select to view the secondary payer. Once the system displays the secondary payer, it then automatically changes that payer to the primary payer. Even if you close the window immediately without saving, the system saves the changes (and moves what was the secondary into the primary position).

We have tested and recreated this behavior on Chrome and IE. We've only been able to recreate the issue on one customer database, and (even then) only for a very small number of clients. The problem is random in nature in the sense that it will happen for a client one minute, but not happen for the same client a minute later.

WHAT SHOULD YOU DO: If you see this same behavior in your database, or if you have had problems with the system "randomly" changing the client's primary and secondary payers, please send the client number in a ticket to the help desk.

We will provide updates here once we have more information.


Thank you.