HIFIS Feedback

For example, the document types that could get added might be: Proof of income statementLandlord letter of referenceEviction noticeLease agreement One way that this could help is by showing staff what are acceptable and unacceptable types of documents to add. Another way this could help would be to determine document readiness for clients - i.e. a client is "document ready" when they have these 4 documents added.

Keep Programs connected to Service Providers, but in addition, you can connect Programs to Users. You could then set up defaults by Service Provider and/or defaults by User, to solve the problem of this User always needs to select that Program which is different from what their coworker needs to do. In addition, you could identify caseworkers (Users) associated with a Program to identify caseloads. So for example, we see that the "Housing First" Program is attached to 5 Caseworkers and let's pretend that the ratio is 1:15, you could say 5 caseworkers x 15 is 75 caseload spots, but only 73 are being occupied, so there are available housing resources in the system.

If staff aren't logging into HIFIS regularly, they can't find out about Messages sent to their User Account. Of course it's important to protect privacy, so we don't want to just email them the Message. But a standard message like the following should be send to the email address connected with the user account via the same mechanism that other system messages are sent. "You have received a new message from {{sender's name}} in HIFIS. You now have # unread messages. Please login to HIFIS to read your messages at {{HIFIS URL}}"

Report unintentionally excludes ALL turnaways that have a blank "Reason for Service"Report calculates a sum of "Number of Adults" and "Number of Children," neither of which auto-update when you have clients selected. So for example, you could record a turnaway attached to 4 client files, and by default this would be recorded as 1 adult and 0 children.

In testing 60.3 we have found an issue with the “View All Session Details” button in the Case Management area. To see this, create a new case management record, or open a client that already has an open case management record, either from Front Desk > Case Management, or from Client Management > Case Management. Then Click on the Display button to view the details. What we expect to see here is a summary of all sessions attached to the case management record. In our production environment (v4.0.59.7.1) we see a summary of all sessions attached to the case management record.

There has been some feedback from folks here in Ottawa, where some clients do not wish to have their information shared with only one, or multiple specific organizations. For example if someone had a terrible experience with one organization and did not consent to that agency to see their info, but anyone else is fine, there is no option to do that. Would there be any utility to have a consent type like this?

The fields on Housing Subsidies are presented in a very bizarre order. Here's my proposed order: https://hifisfeedback.acreconsulting.ca/b/6vrrdwev/feature-ideas/add-subsidy-type-to-housing-subsidiesReason for ServiceProgramAmountStart DateEnd DatePayment DatePay FrequencyComment

Turnaways should not be considered a service provided to clients. Instead, they should be treated separately from services, like Appointments, Waiting Lists, or Calls & Visits Logs are not services. Longer explanation: When a Turnaway is added, this creates a record in HIFIS_Services. Among other things, this means that most reports that look at how many clients received services in a date range would include clients that were ONLY turned away in those reports. This is a standard reporting method for looking at, say, demographics and characteristics of a service provider's clients. It used to be that this was passingly okay because some communities used Turnaways to record Diversion efforts. However, now that the Diversion module exists, there is no rationale whatsoever to consider a Turnaway a service, other than the effort required to change it. In order to change it: Devs would need to change how a Turnaway is stored -- add some extra fields to HIFIS_Turnaways and bypass use of HIFIS_ServicesReports that reference Turnaways, such as Turnaways Summary, would need to be updatedMost reports would not be affected, and many that simply reference HIFIS_Services would be improved Note that this conversation has nothing to do with whether Turnaways count as activity or not - a Turnaway currently keeps clients active as do a number of non-services like adding Consent or an Appointment, so there would be no change suggested on the activity/inactivity front.

Sometimes a user account might get added with a typo, or in contravention of a naming policy. It would be great if we could be able to modify user accounts.

The Client Search is really different than in our current production version (4.0.59.4). Is it working the way you expect it to? For example, to get to my client John William Test (Alias 1 Jonathan Silly Pants), it no longer works to search jo te or wi pa. john test doesn't work either, you have to type in test, john. But jonathan silly works. Is that by design? Absurdly, han sil works.

Currently, can't make the attachments field in Consent module mandatory or disabled.

In testing 60.3 we have found an issue with records duplicating under the Financial Profile area. This appears to be affecting all 4 tabs within the Financial Profile section. Whenever you add a record under Income, Expenses, Assets or Debts when there is already a record, the new record is added multiple times. For example, I added a “Employment - Casual" record under Incomes on client # 5624 on the demo site. Adding the first record seems to work properly.I then added a new income record for “OW” and two were createdI then added another new record for “Panhandling” which was created 3 times.Adding a fourth record for “Disability Benefits” resulted in 4 records being created