Scheduling Tool for Autistic Research & Treatment
Home
Introduction
Presentation of Design
Report on Development Process
Conclusion
References
Credits
Acknowledgements
Final Report
Project Source Code










Conclusion

Final Status of Project

        In its current state, the prototype is almost capable of performing the basic, data collection tasks. This includes maintaining and storing a list of tasks for the day along with important associated information. The task list prints nicely but only the first page. The program currently assumes that all tasks occur on a daily basis.
        There is a Flash-based time-line based calendar display embedded in the application that conveys how all of the data that has been entered into the system could be presented in a meaningful way. This visualization currently acts on “dummy” data for purposes of the demonstration. This was necessary both because implementing actual data storage system would have taken some time, and then we still would have had to create artificial data for purposes of the prototype in that format.
        Some persistent data is stored in XML based data files. This includes the current list of tasks in the task display, as well as a list of users and clinicians that have been entered into the program. The program does not yet allow the list of users and clinicians to be managed.
        There is also a help window that uses an embedded web browser, so it is easy to include detailed help information with pictures. The table of contents is read from XML. A brief walk-through as well as descriptions of each of the current interface windows is included.
        The software is currently implemented in Java using SWT, which allows automatic portability between Windows, Linux, and Macintosh.

Future work possibilities

        The first two items that need to be taken care of before the system can be developed further are implementing an information storage system, and redesigning the timeline and calendar features in Java. Long-term storage of the child’s history is the main goal of the system, but was not important for a prototype. It was never intended that the final versions of the calendar and timeline features be implemented in Flash, but due to time constraints it would have been impossible to implement the timeline in SWT.
        There are several features that could either be added or expanded upon in our final prototype if this program was to be completed. One area to look into are suggestions we received from usability testing such as a wizard to aid in the initial setup of the program, additional options for printing and sending information, and a way to have different task list for different days of the week.
        We feel that a wizard to set up all the initial information such as medical information and contacts quickly would be very useful. There could be a lot of this type of information so we feel having a step by step walkthrough of every piece of input would be very helpful and also prevent the user from leaving out any information that they might need later. A wizard would also act as a good chance to walk the user through the features and forms of the program in a useful manner.
        Suggestions about allowing greater flexibility when printing and sending information were received during the usability testing. These suggestions ranged from several different ways to format the information and choose what information to include, to the ability to design your own forms to export. Also many people had interest in a way to automate the program to email a specific set of information to a list of people on a regular interval, such as day, week or month. This would be a function used mostly by expert users but the higher level of configuration would grant another layer of functionality to the program.
        Another suggestion that we liked was the ability to have a day-specific task list. For older school age children this could be very beneficial. If the child is receiving services at school during the week the other tasks that need to be completed at home might vary day to day depending on what other services he had received that day. Also on weekends when he is not at school there would be many more things that need to be done. This need was not anticipated by our initial design, where we were mostly targeting very young children with daily schedules.
        Our current design could also be refined, especially the timeline and calendar. These two features are currently the weakest in our design in terms of meeting their true potential. We want the calendar to be useful for storing appointments and other events that do not recur as tasks. Even though some users might prefer to use Microsoft Outlook for this purpose, it could be important to have all the information in one place.
        The timeline is also lacking some key features. Currently it only allows a brief description of items to be viewed. Ideally it would allow for you to view the detailed daily reports on a specific task or to view information for entire time periods at once, such as a daily, weekly, or monthly summary. Also, the ability to filter the information based on time carried out, who prescribed it, keywords, or other features would allow you to easily view all the information that related to a specific item of interest.
        The ability to search the timeline for keywords or events could prove to be very useful over a long time with a large set of data. For example, if you had tried a therapy treatment a year ago and it was recommended again by a different doctor, you could search the history and find out that it had already been tried and how successful it was.
        The information screen can also be developed much further. The information screen was something that we envisioned from the beginning of the project but did not have time to implement. We felt that it would be very beneficial to have all of the information that would be useful to a caretaker organized in one place. This such as health concerns, diet, cognitive level, and behavioral protocols as well as emergency contacts would all be very useful for temporary caretakers, such as babysitters or grandparents. Also the ability to store contact information for all of the child’s physicians would be useful in making and coordinating appointments. If the information was stored in the program it would be easy to use that information when emailing or faxing reports to doctors and clinicians.
        All of these suggestions would add new and useful functionality to the overall product. Although this includes many directions in which improvements could be made it is by no means exhaustive of the possibilities that could be explore for a product of this kind.

 


 
 

Web Accessibility