HIFIS System Administrator Training

Access

This training covers all administrative functions within HIFIS and is useful for high level system administrators. Topics covered include: service providers; clusters; user accounts; rights; programs; reports; coordinated access; configuration for admissions, housing placements, food banks, waiting lists, and goods and services modules; lookup tables; the directory of services; people; custom tables and questionnaires; and various system settings and administrative tasks.

Total learning time is around 4.25 hours.

🌁 Service Providers and Clusters

The Service Provider module is used to define the various services that are offered at a HIFIS site, to setup mandatory fields and to change service provider settings.

A Cluster is a group of Service Providers that share a pool of common clients. Some settings are defined at the cluster level.

🔐 User Rights and Accounts

The Users module is used to view, edit and create user accounts at your service provider. The users are the individuals who do the daily tasks at your service provider. Users need an account in order to input data into HIFIS.

Users are assigned Rights which are often organized into Rights Templates that determine what Users are capable of doing in HIFIS.

🏷️ Programs

The Programs module is used to define the programs used by the service provider to fund services received by a client. Programs can be linked to stay or non-stay activities, such as Goods and Services or Food Bank records . In addition, fixed costs can be associated to programs. 

📊 Reports

The Reports module is used to generate reports. Reports can be high-level for system analysis (eg. monthly inflow/outflow, funding requirements), or simply provide a useful output for front line staff (eg. a bed list, case management overview).

💫 Coordinated Access

The Coordinated Access module generates a unique identifier list of all clients who are in your cluster, not housed, active, and with coordinated access consent.

🏠 Housing Unit Inventory

The Housing Unit inventory is referenced by the Housing Placement module.

🎫 Service Inventories

Some modules, including the Goods & Services module and the Food Banks module, allow users to configure what items are able to be provided to clients.

⌛ Waiting Lists

The Waiting List module is used to keep track of clients who are currently waiting for a service from the service provider.

🔍 Lookup Tables

A look-up table contains the values in a drop-down menu in HIFIS 4. For example, there'll be a look-up table for the Gender drop-down menu on the Client Vitals screen, and a different look-up table for the Housing Type drop-down menu on the Housing History screen. If you modify the values in a look-up table, it'll change what options are shown in that drop-down menu.

👩🏾‍⚕️ People & Places

The Directory of Services module is used to record the location and contact information for various Places used in multiple HIFIS modules, such as a pharmacy for when you’re adding Medication records or a school for Education records.

The People module allows users to record and update the contact in…

📝 Custom Forms

The Questionnaires module can be used by service providers who want the ability to design their own custom surveys and questionnaires. These can be used to collect additional information about clients, or to obtain client feedback on the services they received.

The Custom Tables module is used to create customized pages within HIFIS for service providers whose needs exceed the defaults of the application. Custom tables are attached to existing modules within HIFIS.

⚙️ Settings

This section includes a variety of settings that can be configured in HIFIS, whether for the whole system ("Application Settings") or for a single cluster or service provider.

How-To-Set-Up-Password-Rules-In-Hifis 2022-11-16 4:38
How to set up password rules in HIFIS
There are two distinct places where some values can be changed: Front-End This can be configured by a HIFIS Administrator. If that describes you, here are the instructions you’ll need: Using the Administration Menu, click on Application Settings. In the Password Age Limit (days) field, enter the number of days after which users are prompted to change their password, or leave the field blank for no prompt. In the Email link expiry (days) field, enter the number of days a password recovery email link is valid for before it expires. In other words, when a user clicks the “Forgot Password” button and is emailed a new password, how long do they have to click the link in their email before the link expires? In the Password Complexity Help Message field, add in some text for users to let them know what the password complexity requirements are. However, you are just providing a message here; a DBA must modify the web.config file on your server to actually change the password complexity rules. Back-End This can be configured by your Database Administrator (DBA), or someone with access to make changes directly on the server. If that describes you, here are the instructions to modify these settings: Locate your Domain\web.config file (located in the Domain folder) Search for the string StandardMembershipProvider. The matching element should look something like this: <membership defaultProvider="StandardMembershipProvider"> <providers> <add name="StandardMembershipProvider" type="System.Web.Security.SqlMembershipProvider" connectionStringName="ApplicationServices" enablePasswordRetrieval="false" enablePasswordReset="true" requiresQuestionAndAnswer="false" requiresUniqueEmail="false" maxInvalidPasswordAttempts="5" minRequiredPasswordLength="6" minRequiredNonalphanumericCharacters="0" passwordAttemptWindow="10" applicationName="/" /> </providers> </membership> Replace the values you would like to change. In particular, the minRequiredPasswordLength and minRequiredNonalphanumericCharacters are likely the values you’ll be changing first!