Road to FMYiRC V2.00

From FMYiRCWiki

Jump to: navigation, search

Freemed-YiRC Wiki - The Road to FMYiRC V2.00


NOTE! This page is very much out of date. It was created in late 2007. Some of this will make it into V1.10 (Foster/Resource additions, Goals, Tickler/Alerts, and ODP integration). The Report Generator functionality will likely make its way into the release after that.


Contents


Summary

Freemed-YiRC originated at a single Residential Care agency. This agency does not do Foster Care, Respite Care, or Adoption. Since the release of Freemed-YiRC Beta0.99 I've been in contact with other agencies who would like to use Freemed-YiRC for these programs as well. This is going to require some changes to the core of Freemed-YiRC as well as new modules. I've decided to not include these modifications in Freemed-YiRC V1.00 as that would further delay V1.00 and it's going to take time for the new code to stabilize. Therefore, V1.00 will only contain bug-fixes and minor feature additions. If your agency is interested in these new features, please contact me. It would be beneficial to join this process during the early stages, as your feedback would make the program that much applicable to your agency.

Feedback/Comments

If you wish to provide feedback and/or comments, please feel free to contact me. I may not respond to all messages, but I do read them all and greatly value your feedback!

Ohio Vs. Other States Vs. National

Freemed-YiRC is primarily focused on the needs of Ohio-based child caring agencies. However, I've been in touch with other agencies who have locations in other states. This will help make Freemed-YiRC V2.00 more applicable to other states.

Major Changes to FMYiRC Core

  • Contact Database
    • Currently, Freemed-YiRC V1.00 has three types of contacts:
      • Staff: These are employees who receive a wage/salary paycheck directly from the agency
      • Resident: These are the youth in your agency. FMYiRC was originally written for a residential care agency. Hence the term Resident. However, after visiting with agencies who do Foster/Respite/Adoption, it's become clear that they prefer the term Client. However, it would require a lot of effort to change the term in every part of the system. So, for now at least, the term Resident as used in Freemed-YiRC is synonymous with the term Client.
      • Standard: These are other people who need to be listed in Freemed-YiRC but do not fall into the above categories.
    • A new category will need to be created for Foster Parents, Respite Staff, and Adoptive Parents. These types of contacts do not fall within the context of the above 3 Freemed-YiRC contact types. Therefore, a fourth type of contact will be added to the system.
      • This new category will be called Resource contacts. These are typically people who receive money from an agency for providing a service (Foster/Respite/Adoption), but are paid more in the fashion of contractors as opposed to taxable staff wages/salary. Resource contacts can then be put into categories using Resource Types.
  • Resource Types Database Table
    • A new database table will need to be included in FMYiRC which will list the types of Resources an agency may make use of. This list will include, but will not be limited to:
      • Foster
      • Respite
      • Adoptive
    • An agency will have the ability to mark these types as Applicable or Not Applicable for that agency.
      • If a resource type is marked as Not Applicable, this will hide this Resource Type from appearing in other places in Freemed-YiRC.
  • Moving/Consolidating disparate contact info from various places in Freemed-YiRC into the Contact Database.
    • Parent Information is located in the Contact Database in a separate location associated for Residents. However, I would like to have any type of person (Family member, doctor, dentist, etc...) put into the Contact Database, then a link created to a given resident.
    • Multiple links could be created from a contact to one or more residents, i.e., a doctor could be linked to more than one resident. If a doctors contact information changed, it would only need to be changed in one place.

Modules

Service Plans/Report Generator

  • The current Freemed-YiRC Service Plan module is tailored to residential care-only agencies. After having conversations with other agencies who provide Foster/Respite/Adoptive care, it's become clear a different method needs to be created. After much thought and conversation, I am looking at creating a broad-reaching Report Generator module. This module will be used for Service Plans as well as other periodic reports, such as Monthly Reports and non-Service Plan Quarterly Reports. In essence, new module will supersede the old Service Plan module. For more information on this, please see the Report Generator article in this Wiki.

Goals (NEW)

  • In my conversations with other agencies I've found that most of them use a goal-based method of treatment. While I initially tried to use the already-functional Quarterly Treatment Objective module to accomplish this, it seems that this module isn't entirely compatible with Foster Care agencies. Hence, a new Goals module will need to be created.

Census

  • Currently, the Freemed-YiRC Census module is geared toward one residential care agency. However, with some modifications, I plan on making the Census module as applicable as possible to a wider array of agencies, including Foster Care-, Respite-, and Adoption-based agencies.
  • In addition, the current Census module is geared towards billing the fiscally-responsible agencies (i.e., Counties). The plan is to modify it so it can not only be used to bill, but also used to pay your Resource contacts... i.e, Foster/Respite/Adoptive.

Resource Locations (NEW)

  • This module will list all Resource Locations, i.e.:
    • Pre-Adoptive Infant Foster Care
    • Family Foster
    • Treatment Foster Care
    • Medically Fragile Foster Care
    • Adoptive
    • Respite
    • Independent Living
  • A given Resource Location may be marked with multiple Resource Types.

Tickler/Alerts (NEW)

  • Based on my observations of how different agencies conduct there work processes, I've found that one item which would appear to be helpful to all would be the creation of a Tickler or Alerts module.
    • This would provide the functionality of creating notifications/alerts to staff when certain reports are due or over-due.
    • For example, if an agency creates monthly reports which are due soon-after the start of a given month, the system could automatically create a notification to let certain users know that report is due. The item would remain in the system until it has been finished. This should help with efficiency and reduce errors.

Integration With the OACCA ODP (NEW)

  • This module will allow information to be electronically transferred to the OACCA Outcomes Data Project (ODP).
Retrieved from "http://freemed-yirc.familyandyouth.org/freemed-yirc/wiki/index.php/Road_to_FMYiRC_V2.00"
Personal tools