17.7.1App Gallery
Trial

 

The App Gallery is a white label component and has a predetermined layout structure that the customer can populate as they wish.

17.7.2App Gallery: UI Description
Trial

 

App Gallery

Below is a description of the UI for the App Gallery:

  1. Hero Image: customers can choose to create a hero image with text in the image itself (note: if the default hero image is not displayed after setting-up the appSphere, ensure it is in PNG format. See here for configuration instructions)
  2. Register here link: redirects developers to the App Developer Portal to register apps
  3. Search bar: allows users to search by app name, vendor name or keywords in App description

The following filtering options are provided in the form of a drop-down menu (multi-select) as filled by developers/vendors during app registration:

  1. Audience: type of user i.e., Payer, Provider, Pharma, Patient or Developer
  2. Use: type of function the app supports i.e., Health & Therapy Management, Provider Care Coordination, Clinical Applications, Research, Data Monitoring Analysis
  3. Operating System: type of operating system on which the app runs i.e., Web, iOS or Android
  4. FHIR Version: allows users to filter based on the FHIR version supported by the app (i.e., DSTU1, DSTU2, STU3 and R4)
  5. Certification: whether the developer/vendor accepted (Trusted) or declined (No Certification) the attestation required at the registration stage

App Filtering Options

  1. Apps layout: grid layout of all apps that have been promoted to “live” and published to the gallery with a label to indicate compliance to privacy and security standards

  2. More: opens the 'App Information Page' with detailed information about the selected App. By clicking on “Get the App”, users are redirected to where the App can be found (i.e., app store or website). In addition, users can also “Launch” web apps in a browser from this page. App descriptions, video and/or screenshots can also be viewed on this page.

App Info

  1. Launch: available for web apps to be launched in a browser. For the launch feature to work, the customer must have configured an EHR to work with Smile; and also EHR and the app gallery must be logged in to the same OpenID Connect Auth. Refer to Launch App: EHR Launch and Launch Context Scopes.
  2. Alert icon: warns users that the app has declined to certify the safe use of personal health information in both the landing page as well as when the app is selected from the landing page to either gain more information.

Attestation warning

17.7.3Gallery Functionality
Trial

 

The gallery management functionality enables customers to upload and manage digital assets and modify the contents of the WLAG. Customers have the power to configure:

  • The company logo shown in the top left corner of the gallery page
  • The name of the gallery page
  • The hero image for both the desktop and mobile versions

The apps that display in the gallery are updated automatically based on the approval from the system and security administrator to promote apps to a Live state. Apps that are in the In-Review, Suspended, or Retired state do not display in the gallery.

Searching and filtering capabilities are available to consumers to find apps more efficiently based on user type, type of function provided by the app, type of operating system, and certification status.

17.7.3.1Patient Requests for Applications

If a patient wants to use an app that is not in the gallery, he/she may do so by making a request to have the app of their choice registered and available in the gallery. Patients can send requests by selecting 'Contact us to request an app' at the bottom of the page.

Request an App

Once selected, an app request form will be displayed for patients to enter details about themselves and the requested app. Once completed and submitted, patients will receive a confirmation email for the request made.

App Request Form

Once a request has been sent by a patient, a member of the CDR owner's organization will need to take the initiative to reach out to the app developer and ask him/her to register their app via the Developer Portal. To comply with legal requirements set by the CMS and ONC, all app developers must proceed through the same registration process without discrimination.

17.7.3.2Patient Requests for Help

On the same page, next to “Contact us to request an app” is "Contact our helpdesk" which enables patients to request for help via email. Once the email from the patient has been sent, a member of the support team will address the expressed concerns and reach out to the patient as required.