The message types offered by Spok Mobile allow your organization to realize flexible mobile-to-mobile communication benefits. Consider the following questions to help you decide which message type to use:
- Is driving workflows and escalations important in your organization? Do you have systems like Spok Messenger, eNotify, or Critical Test Results Management (CTRM) with workflows that depend on immediate response? Do you want console operators to be able to message a Spok Mobile user and have the actions of the recipient integrated with the workflow of the system?
- Is facilitating physician-to-physician messaging important in your organization? Do you want to provide secure messaging for your care providers that does not need to drive workflows and escalations?
The following information will help you determine the appropriate message type to configure for your environment.
Mobile to Mobile Communication Experience
Spok Mobile app users experience Spok Mobile as a standard messaging communication platform regardless of which message type is configured. The difference between Alert and Chat message type is for purposes of configuration and integration with a console system and does not significantly impact the experience of mobile-to-mobile communication for Spok Mobile users.
Deciding which Message Type to Configure
The following table outlines the difference between Alert and Chat message types, and the use case for each:
|Alert||The Alert message type is the default configuration when setting up an integration in Care Connect between Spok Mobile and a contact center (for example, Smart Suite, Spok Console, or MediCall).
Alert is the default message type because it supports workflows driven by systems that require escalations or immediate responses like Spok Messenger, eNotify, and Critical Test Results Management (CTRM). The recipient's Accept or Decline response integrates with the escalation workflows of these systems.
Alert messages also provide a more standardized messaging experience, because they can be configured to allow recipients to reply after accepting or declining.
When an Alert message is received on a device, the recipient must acknowledge the received content by selecting Accept or Decline. If the system is configured to allow the recipient to reply, they can reply to the Alert message after accepting or declining it; this provides a standardized messaging experience.
The experiences of sending Alert and Chat messages are the same. The user composes and sends a message and has the ability to view the status of the message.
Important: In order to provide a seamless and intuitive messaging experience for the sender, if a message is accepted by the recipient, the message status for the sender appears as Read. If a message is declined by the recipient, the message status for the sender appears as Declined.
The Chat message type is an optional configuration; you must manually set it up, as opposed to the Alert message type which is configured by default.
When users click on an unread message in the inbox, an acknowledge status is sent back through the system to keep an audit trail for the chat message type, in the absence of an accept or decline action. If a user is within the conversation screen and a new message is received for that message thread, an audible notification sounds and the chat bubble populates the conversation and an acknowledge status is sent back to the Spok Mobile server.
If the purpose of mobile-to-mobile communication at your site is to provide secure messaging between care providers that does not require immediate actions and decisions, and your environment does not include workflows that require escalations, configure the Chat message type so users are not required to accept or decline each message.
|The Chat message type functions like other popular messaging applications, allowing users to send and receive messages in a conversation style without being required to accept or decline every message.|
Train Spok Mobile app users to use Spok Mobile as a standard messaging app, regardless of which message type is configured. You do not need to train users to send a specific type of message. In fact, you do not need to mention "message types" or "alerts" at all. The message type differentiation is only relevant for system configuration purposes. If configuring the Alert message type, train users to accept or decline received "messages" (not "alerts").
Configuring the Chat Message Type
The message type is set to Alert by default in a Spok Mobile implementation of Care Connect. If desired, set the message type to Chat when integrating with a contact center. The following sections detail the procedure to change the message type to Chat for each console.
Configuring the Message Type for Spok Console
To configure the Spok Console system to use the Chat message type for Spok Mobile, ISF must be configured. For detailed information on how to configure the Spok Console system to use chat messages, see Installation and Configuration Guide ISF Core and Plugins.
Configuring the Message Type for Smart Suite
To configure the Smart Suite system to use the Chat message type for Spok Mobile, the MXPP configuration file must be configured. For detailed information on how to configure Smart Suite’s MXPP configuration file to use chat messages, please refer to “Configuring the Chat Message Type (Optional)” section in Deployment Guide Smart Suite.
Configuring the Message Type for MediCall Suite
Support for the mobile Chat messaging is defined by the following XtendMeConnector configuration parameter:
<add key="Custom_FreeFormatted_MessageType" value="Mobile.Chat"/>
This parameter is located in the config file beginning with MediCall 11.9. If you are performing an installation at a site that is upgrading from an earlier version of MediCall, you need to either add the parameter to the config file or replace the entire config file at the site with the new file.
To disable chat-style messaging, assign the value below:
<add key="Custom_FreeFormatted_MessageType" value=""/>