For clinics that have been configured to send Patient Notifications (in CONFIGURE SYSTEM SETTINGS > PATIENT > PATIENT NOTIFICATIONS) the Patient Notification Inquiry can be run to review pending and sent notifications. The default for both STARTING and END DATE will be today's system date.
STARTING DATE - Today's date will default, however this can be edited.
ENDING DATE - Today's date will default, however this can be edited.
Depending on the dates chosen, there are 5 tabs of information.
PENDING - Displays notifications that are scheduled to be run within the selected date range. The date and time the notification is to be sent will appear with the patient and message that will be sent. Double click on a single notification to see more information about when it is to be transmitted, and if it has been sent, the process/terminal ID information and attempts.
SENT - Displays notifications that have been sent in the selected date range. If a message has previously been sent to a patient for the same message, appointment date and appointment time, then it would not ever be resent.
ERRORS - Displays notifications that have received errors in the selected date range. If an email notification shows here, then it is likely either the email template could not be found or was not defined. If a SMS notification shows here, then it is likely the message does not contain any details to send to the patient or the SMS mobile number was invalid.
RECEIVED - This tab is only used for SMS notifications. The RECEIVED tab displays received messages back from patients who received SMS notifications. The message back must include the <<SMS Response ID>> tag that was used in the original outgoing SMS message to the patient or include a configured SMS CONFIRMATION RESPONSE. This is only available for clinics who subscribe to a Virtual Mobile Number and use SMS from that ID or if SMS CONFIGURATION RESPONSE values have been configured within CONFIGURE SYSTEM SETTINGS > PATIENT > PATIENT NOTIFICATIONS. Patients who have responded via an SMS text message with either the SMS RESPONSE ID or a value set up within SMS CONFIRMATION RESPONSES will have their appointments within the APPOINTMENT SCHEDULER updated to be APPOINTMENT STATUS "Confirmed".
RESOLVE - Only displays issues regarding SMS responses that need to be resolved. For example, a SMS number appearing on two patient files would need to be resolved (only available for uses who subscribe to a Virtual Mobile Number and use SMS from that ID.) Note that if a text message is sent to your virtual Kapow number from a phone number that is NOT associated to a patient mobile number in your database, the record will appear under the RESOLVE tab. The record will display the mobile number that sent the text the as well as the message sent.
The screen can only hold 50 per page, so use the PREVIOUS and NEXT buttons to view results that are larger then 50 lines. The system can only return a maximum of 2000 records at a time.
The CLEAR button will clear errors and faults from either the PENDING, SENT, ERRORS, RECEIVE or RESOLVE tabs.
The REFRESH icon on the upper left of the screen will go and search for any new notifications that need to be scheduled and await sending within the PENDING window.
A scheduled task set up by Auditdata. (Client Services Department) will run automatically to send out the pending notifications and to receive incoming SMS replies from patients.
QUEUE PROCESSING:
·Record locking (having the patient file open should not suspend the processing.)
·Processing will run for a maximum of 10 min's at a time.
·If there are more then 50 SSO faults or exceptions on the current day, the processing will be suspended for that day.
QUEUED RECORDS ARE JUST DELETED (NOT SENT) WHEN:
·Notification Type is set to NONE on a patient file.
·Source appointment record cannot be found. (Appointment no longer exists).
·Source appointment record has a different appointment date or time then what is saved in the queue.
·Appointments set as status "X" or CANCELED will be added to the queue and skipped over and not processed.
QUEUED RECORDS WITH SSO ERRORS:
·Errors will retry again in 10 min's.
·SMS Errors may be unable to determine a SMS Response ID.
·SMS SSO Exceptions may have invalid mobile number or invalid WSDL configuration.
·Email SSO Exceptions have invalid user name/password in the email configuration.
QUEUED RECORDS MOVED ARE RECORDED AS ERROR (REMOVED FROM QUEUE SEEN AS AN ERROR):
·An error may occur when the record in queue was picked up to the sent after the appointment occurred. (Unless the frequency was set up to be a negative, which indicates a post appointment message.)
·An error may occur when the SMS mobile number on the patient file is invalid.
SMS RECEIVING'S:
·The task "TK_Receive SMS" can be used for accepting inbound replies from patients via SMS responses.
·Records the "sent" transaction as having been responded to.
·Will record appointment as "C" for confirmed if the appointment status is blank. If there is more then one patient on a single appointment, all patients on the appointment will have to reply in order for the appointment status to be updated to "C" for confirmed.
RULES REGARDING MOBILE NUMBERS WITHIN THE PATIENT FILE:
·If Canada/US the mobile number must be 11 digits. If the mobile number doesn't start with "1" the system will automatically add it for transmission.
·If Australian the mobile number must be 11 digits. If the mobile number doesn't start with "61"the system will automatically add it for transmission.
·If New Zealand the mobile number must be either 10,11 or 12 digits. If the mobile number doesn't start with "64" the system will automatically add it for transmission.
·If China the mobile number must be 13 digits. If the mobile number doesn't start with "68" the system will automatically add it for transmission.
·If Taiwan the mobile number must be 12 digits. If the mobile number doesn't start with "886" the system will automatically add it for transmission.
·If Singapore the mobile number must be 10 digits. If the mobile number doesn't start with "65" the system will automatically add it for transmission.
·If Hong Kong the mobile number must be 11 digits. If the mobile number doesn't start with "852" the system will automatically add it for transmission.
·If Malaysia the mobile number must be 11 or 12 digits. If the mobile number doesn't start with "60" the system will automatically add it for transmission.