Published on in Vol 9, No 1 (2022): Jan-Mar

Preprints (earlier versions) of this paper are available at, first published .
Mobile Health to Support Community-Integration of Individuals With Disabilities Using iMHere 2.0: Focus Group Study

Mobile Health to Support Community-Integration of Individuals With Disabilities Using iMHere 2.0: Focus Group Study

Mobile Health to Support Community-Integration of Individuals With Disabilities Using iMHere 2.0: Focus Group Study

Original Paper

1Department of Physical Medicine and Rehabilitation, School of Medicine, University of Pittsburgh, Pittsburgh, PA, United States

2Department of Health Information Management, School of Health and Rehabilitation Sciences, University of Pittsburgh, Pittsburgh, PA, United States

3Department of Computer Science, Udayana University, Badung, Bali, Indonesia

4Human Engineering Research Laboratories, Veterans Affairs Pittsburgh Healthcare System, Pittsburgh, PA, United States

5Community Living and Support Services, Pittsburgh, PA, United States

Corresponding Author:

Brad E Dicianno, MD

Human Engineering Research Laboratories

Veterans Affairs Pittsburgh Healthcare System

VA Pittsburgh Healthcare System

6425 Penn AVE, Suite 400

Pittsburgh, PA, 15206-4022

United States

Phone: 1 412 822 3700


Background: Mobile health (mHealth) systems that support self-management can improve medical, functional, and psychosocial outcomes for individuals with disabilities and chronic conditions. The mHealth systems can potentially be expanded to support community integration.

Objective: The purposes of this study were to (1) partner with a community-based organization that supports community integration of individuals with disabilities; (2) identify software requirements needed to support community participation; and (3) iteratively refine an existing mHealth application to include new requirements.

Methods: Community Living and Support Services (CLASS), a nonprofit organization that serves individuals with disabilities in Pittsburgh, Pennsylvania, was identified as the focus group for this study. Key stakeholders within the Community Partners Program at CLASS proposed design requirements for an existing mHealth application, Interactive Mobile Health and Rehabilitation (iMHere) 2.0, that has been used to support self-management.

Results: We gathered qualitative data from a focus group composed of CLASS members to develop and iteratively revise iMHere 2.0 to include new modules and features to support community integration. A caregiver app was also developed. The new system contains features to support finance, transportation, client and caregiver communication, calendar and checklist management, upcoming medical and nonmedical appointments, social engagement, pain management, and access to a personal profile. Modifications were made to the following existing modules: education, mood, personal health record, goals, medications, and nutrition.

Conclusions: A successful partnership with a community-based organization that supports individuals with disabilities resulted in a newly designed mHealth system with features to support community integration.

JMIR Hum Factors 2022;9(1):e31376



Living in the community affords many benefits for individuals with disabilities and chronic conditions. Studies have shown that higher integration into the community is associated with better health outcomes, longevity, higher quality of life, and lower cost of care [1-3]. However, many barriers to community living exist, many of which are due to fragmented outpatient, inpatient, long-term, and community-based services operating under different funding streams and regulations. This system isolates individuals, leaves many medical and social needs unmet, and ultimately drives costs to enormous and unsustainable levels [4]. It has been proposed that software-based tools—specifically mobile health (mHealth) systems—may be able to improve the process [5].


Interactive Mobile Health and Rehabilitation (iMHere) is an mHealth system designed to help individuals, including those with disabilities, manage chronic and complex medical conditions so that they can live independently and integrate more fully into the community. The original version of iMHere (iMHere 1.0) focused primarily on self-management tasks aimed to prevent medical complications and promote health. Five modules were developed to allow the user to manage skin care, medications, bladder self-catheterization, bowel programs, and mental health [6]. Through these modules, users could indicate completion of self-management tasks, send adherence data to a portal monitored by a clinician, and receive personalized regimens from a clinician. By providing a secure connection between a client’s smartphone and a web-based clinician portal, iMHere supported Health Insurance Portability and Accountability Act–compliant messaging between a client and team of clinicians [7]. The portal categorized and organized client responses in a dashboard that triaged and flagged data based on urgency.

Prior Work

Preliminary research with iMHere 1.0 includes a series of focus groups, usability studies, accessibility studies, and clinical trials. Focus groups and usability studies have driven an iterative, user-centered design process and demonstrated that individuals desire an app that is easy to use and engaging, that can provide educational materials, motivation, and support, and that can be personalized [8-13]. Accessibility studies resulted in improvements to accessibility for persons with motor, sensory, and cognitive impairments [14-16]. A clinical trial demonstrated that individuals with spina bifida who were frequent users of iMHere showed positive changes in self-management as well as reduced need for caregiver support [17]. iMHere also demonstrated potential for monitoring and preventing skin wounds in individuals with spina bifida [18]. A recent study found that the iMHere mHealth system aided in the prevention of urinary tract infections and reduction in depression symptoms in individuals with spinal cord injury [19].

Based on this prior research, iMHere 2.0 was developed [11]. The new features include dual iOS and Android platforms, new accessibility and personalization features, a reward center, and 7 additional modules (education, personal health record [PHR], goal setting, wheelchair maintenance, exercise, nutrition, and supplies). Further, a caregiver app allows family members, legal guardians, and attendant care providers to monitor the client’s activity and provide encouragement.

Study Goal

The primary aim of this project was to expand iMHere 2.0’s functionality to support a community-based organization that assists individuals with disabilities and encourages independent living. To live independently in the community, individuals with disabilities and chronic conditions often need services and supports provided by community-based organizations. We partnered with a community-based organization that fosters community inclusion for individuals with disabilities. Located in the East End of Pittsburgh, Pennsylvania, Community Living and Support Services (CLASS) is a nonprofit organization that offers a variety of individualized services such as community-based case management for social, recreational, and residential supports for individuals with disabilities. This manuscript describes the iterative development process of the features created for iMHere to support services offered by CLASS through the examination of qualitative data obtained from a focus group.

The study was approved by the University of Pittsburgh Institutional Review Board (STUDY20020049), and all participants underwent an informed consent process. Key stakeholders who oversee the Community Partners Program (CPP) at CLASS, an initiative that assists individuals with disabilities in both their homes and communities, served as this study’s focus group.

Individuals with disabilities enrolled in the CPP choose specific goals and develop strategies to meet their needs. This program provides one-on-one support. Each client is assigned a case manager who supports short- or long-term goals based on the individual’s defined needs. The CPP emphasizes community integration and strives to reduce the amount of both medical and nonmedical services required by clients. Further, the CPP can partner with individuals to foster connections with community resources, assist with decision-making and problem-solving, impart compensatory strategies, help in the search for employment and volunteer opportunities, and provide life skills training.

With the aims of the CPP in mind, we met with the CPP stakeholders on January 26, 2016, and July 6, 2017, to discuss how iMHere 2.0 could best support a community-based organization and to subsequently develop design criteria. At these initial focus group meetings, stakeholders were given a demonstration of how iMHere 2.0 functions. Stakeholders then presented the documents and forms used by case managers and other employees to manage a client’s case. Information from these documents was organized into themes and used to develop a mock-up for a new design of iMHere. This mock-up was presented to the stakeholders on March 26, 2018. Feedback was gathered and subsequent changes to iMHere 2.0 were made and presented again on April 5, 2019.


A focus group of 15 stakeholders participated in meetings. The demographics of the stakeholders are presented in Table 1 to illustrate the diversity of the participants and the roles that they would play in using the iMHere 2.0 system. The participants represented a variety of roles at CLASS and had different levels of interaction with clients. The focus group was mainly composed of participants who had a professional relationship with the client. Table 2 outlines the demographics of the clients who received services from the focus group participants. Some stakeholders were assigned to more than one client and, therefore, played more than one role.

Stakeholders identified 5 roles for iMHere 2.0 users based on existing CPP workflow. The “client” is defined as the person receiving services through CLASS. These users would have access to the client app. They can receive services from one or more of the care roles. “Case managers” include program directors and those who oversee the 3 other care roles. Case managers would be web portal users with the highest level of access to the system. “Service workers” include community partners who work with the client to develop and meet goals regarding self-care. Service workers oversee attendants and directly track client activity. These users would have access to both the web portal and the caregiver app. “Caregivers” are those who provide assistance to the client in an unpaid role and would have access to the caregiver app. This category can include family members or friends who provide direct care to clients and need to directly track client activities or ensure that clients complete daily tasks. The “attendant” role is defined as a paid, direct care worker who needs to keep a record of the assigned client’s completed tasks. Attendants would have access only to the caregiver app, with an attendant-specific module. Attendants can serve more than one client and are expected to use the app primarily for recording task completion, which can be approved by the client. Figure 1 shows how users within each role would utilize the 3 frontend components of iMHere 2.0: Web Portal, Client App, and Caregiver App.

Stakeholders requested many new features for iMHere 2.0 (Multimedia Appendix 1). The qualitative data collected from the focus group were bundled into common themes. Features with higher priority (necessary) were developed for the current system, while those with lower priority (desired) were set as future design criteria. Some new features were implemented as additions to existing modules or the portal, while others were built as new modules or portal features.

Table 1. Demographics of focus group participants (N=15).
Age (years)









Black/African American1


Non-Hispanic/not Latinx2
Household income

25,000 or less1





More than 125,0001

Declined to answer2
Community of residence



Education level

High school diploma2

Trade school diploma1

Associates degree5

Bachelor’s degree6

Master’s degree1
Marital status

Married/long-term relationship10
Expected role in the iMHerea system (some participants had more than one role)

Portal user-administrator (technical support or training)3

Portal user-service worker7

Portal user-speech language pathologist1

Portal user-case manager5

CG app user-direct care provider/attendant care worker4

aiMHere: Interactive Mobile Health and Rehabilitation.

Table 2. Demographics of clients served by stakeholders.
Clients served

Male clients6

Female clients6

Both male and female clients3
Client age (years)







Client diagnosis

Cerebral palsy8

Traumatic brain injury5

Spina bifida2

Spinal cord injury1

Autism spectrum disorder/intellectual disability1

Diabetes and heart disease1
Client secondary diagnosis


Mental health2

Learning disability1


Figure 1. Overview of the iMHere 2.0 system.
View this figure

Caregiver App

The new caregiver app is designed to support a variety of common relationships between the caregiver and client (Figure 2). In previous iterations of the app, the functionality targeted only the unpaid (family) caregiver model. As shown in Figure 2A, the updated design of this app is now customizable to allow for meaningful use by both unpaid caregivers and paid caregivers. The new caregiver app includes tools that simplify the unpaid caregiver’s monitoring activities while also allowing access to client reports through each module (Figure 2B). For the paid caregiver, or attendant, the app retains monitoring and feedback functionality, permitting attendants to virtually track their clients’ activity as needed (Figure 2C-E).

Figure 2. The caregiver app that allows attendants and other caregivers to monitor and provide feedback to their client/family member and access summary and timeline views.
View this figure

Monitoring or Tracking

CLASS suggested several monitoring or tracking changes to the app, which resulted in the creation of the Attendant Log module. Through free-text spaces and progress note areas in the Attendant Log module, attendants and caregivers track the progress of care provided to the client. Within the Attendant Log module, CLASS can electronically verify visits and track attendant activities such as “clocking-in” and “clocking-out” of sessions and completion of daily tasks.

The Daily Living module, another addition created because of the focus group’s suggestions, provides both a weekly schedule and checklist for clients. Figure 3A shows the landing screen of the module, from which clients can view and edit their errands, training sessions, appointments, and other events for each day of the week. Clients can create goals for the day, enter notes, and view reports of their activity. As shown in Figure 3B, Goal reports list the client’s accomplishments and any encountered problems. Figure 3C shows that on completion of a task (eg, buying milk), the client is prompted to enter “who completed the task,” with options of selecting “myself” or “other.” “Other” typically refers to the client’s attendant because clients can specify difficult tasks for the caregiver to complete. These tasks appear on a checklist in the caregiver app. The attendant can record the day’s activities in the caregiver app, while the client can confirm and add notes. Caregivers can track tasks, and attendants can complete tasks within a module created in the caregiver app. Attendants can “clock in” and complete tasks as shown in Figure 3D-E. When attendants “clock out,” the client can confirm that tasks were indeed completed. This feature was developed because the focus group identified the need for improved attendant accountability and communication with clients. The goal of the client confirmation feature is to provide a second layer of authentication to information provided by the attendant about completion of tasks and time of arrival and departure.

Figure 3. The Daily Living module that allows clients to see their upcoming events for the week. Daily goal reports display the client’s accomplishments and any encountered problems. Attendants can clock in and clock out, access task lists, and document completion of assigned tasks.
View this figure

Within the newly created Work and Social module, clients can enter volunteer, work, and social activities along with start and end dates, roles or titles, company names, addresses, contact information, and notes. Clients mark their activities as “in progress” or “completed” (Figure 4).

Figure 4. The Work and Social module that allows clients to enter details about work, social, and volunteer activities.
View this figure

CLASS recommended several monitoring and tracking changes to pre-existing modules. A medication adherence tracker was added to the My Meds module. The tracker allows caregivers and attendants to track client medication adherence. Now, through a centralized calendar (Figure 5), clients have access to reminders and medical and nonmedical appointments. Under the pre-existing Exercise module, clients can now enter their workouts and track their exercise progress and activity.

Figure 5. The calendar and schedule features that allow clients to track activities, appointments, and events.
View this figure

Through a future Incident Tracking module, clients will be able to report falls and related injuries. A Pain Tracker will also be included so that clients can document pain characteristics. It will also be possible to track attendant training from the portal. An electronic record documenting that the caregiver reviewed training information and complied with funding sources will automatically be created and stored in both the clinician portal and a private cloud. The system will also track what modules the attendant completed. Finally, clients will be able to track expenses and learn how to budget in a future finance module.


CLASS requested the inclusion of a new Training module. The newly designed training module contains work-related and non–work-related training. Both active and past training are recorded. Within the module, clients can enter the job training location, addresses, and contact information (Figure 6). Clients can note their work progress and develop follow-up plans.

Figure 6. The Training module that allows clients to enter work-related and non–work-related training information.
View this figure

CLASS also suggested updating the pre-existing Nutrition module (Figure 7) to provide more detailed diet information, including specific recommendations, such as recipes, to support healthy eating. In response to their comments, the future nutrition module will include recipe recommendations, a list of health foods, and information on various diets (eg, low-cholesterol diets, diets for patients with diabetes, gluten-free diets). Further, CLASS requested that certain education modules be available for caregivers and attendants. Through these modules, caregivers and attendants will be able to learn more about their clients’ conditions, train on the client’s care plan, and track client results of the quiz for content retention. These changes will be implemented in future versions.

The CLASS focus group also requested that a module be designed to provide wheelchair users with more information on wheelchair features, maintenance, and training. Within the wheelchair module, the guidebook was developed for clients to access educational information about power and manual wheelchairs. Under the manual wheelchair section, users can view a list of manual wheelchair components with corresponding images; for example, users can learn about frame types, cushion options, positioning accessories, and handrim designs. Users can also access information on how to ergonomically optimize their wheelchair through the set up and positioning of different components. The manual wheelchair skills section allows users to view videos of various wheelchair skills ranging from simple maneuvers to more advanced skills. Currently, the power wheelchair section allows users to view various component options for power wheelchairs through images and Graphics Interchange Format that illustrate the functionality of each component.

Figure 7. The Nutrition module provides nutritional advice and education.
View this figure


A module that allows clients to input feedback, such as the late arrival of an attendant, was also suggested. The Notes and Reports section within the new Daily Living module allows feedback input; after attendants complete their session, clients can accept or reject their report of completed tasks and note any issues (Figure 8).

CLASS requested changes to the pre-existing Goal Setting module for meaningful reporting of goal progress to funding organizations. The revised Goal Setting module provides users with a centralized area for goal creation. Here, clients are encouraged to include nutrition goals, such as healthy eating and physician-approved diets, as well as goals to increase their independence and community participation. Through the caregiver app, caregivers and service workers can ensure that clients are achieving their specified goals and view tracking data that quantifies goal progress. With respect to a future design criterion, clients will also be able to upload exercise photos to receive feedback and suggestions related to exercise.

Figure 8. Clients can verify that an attendant provided care and completed tasks.
View this figure

Privacy and Security

CLASS requested termination settings, such as the ability to remove the app from the client’s phone via the portal, which are now included under the Configuration module. Local information stored on the app can now be removed remotely via the portal. Additionally, caregivers can now access information about multiple clients through the Client Switcher module. This is useful for attendants who are usually assigned to multiple clients.

In the future, clients will be able to change their privacy settings to control what personal information is shared with the caregiver. Of note, the client app does not need to be paired with a caregiver app if the client does not have an assigned attendant. With respect to client app parameters, certain features will be locked. For example, it is possible to lock content such that a client is unable to delete medication or exercise reminders if that feature is required for a particular program.


Through the newly created Transportation module, clients now receive reminders to arrange for transportation after scheduling an appointment. Within the Transportation module, clients can enter a preferred time for a pick-up reminder call, date of the reminder call, operator name, operator phone number, type of trip (round trip or one way), pick-up time, pick-up date, pick-up address, and drop-off address. Clients receive a warning message if their specified pick-up time conflicts with another calendar activity (Figure 9). If transportation is added by a caregiver, clients must confirm the newly scheduled event. Clients can also cancel their transportation but must enter a reason for cancellation.

Figure 9. The Transportation module that allows clients to enter information pertaining to upcoming transportation.
View this figure

In the future, through a Global Reminder feature, clients will be periodically reminded of important agenda items, including ad-hoc prompts to report possible needs (eg, “Do you need to go to the grocery store this week?”). The Exercise module will push notifications that encourage exercise to the client. Finally, future design criteria will include “charge device” audio reminders as clients often forget to charge their devices.

CLASS noted that clients would benefit from a Supplies module that will allow users to track their medical supplies and set reminders for maintaining their stock. This module allows clients to enter information about their medical supplies such as type, purpose, vendor, quantity, and order date. In the Supplies module, clients can set reminders to order more supplies as needed. The app includes auto-fill supply options in addition to free-text functions. Future design criteria will allow for more automation, such as monthly reminders that alert users of the need to reorder a 30-day stock of supplies.


CLASS requested text-to-speech and voice-command features. These requests were not implemented because Apple and Android devices contain built-in accessibility features. These features include “spoken speech/content” that allows users with limited vision to hear text, “voice commands” that allows users with impaired mobility to control their devices with verbal commands, and “switch access” that allows individuals with impaired mobility to control their device using a keyboard or a mouse. Further, iMHere 2.0 already contains accessibility features that allow clients to adjust text size, line height, button size, font style, button spacing, and hand preference. Mood scales consisting of emoticons instead of numbers will be implemented in a future build.


The Appointment module is a newly created submodule within the PHR module. The Appointment module includes a calendar that displays upcoming medical and nonmedical appointments (Figure 10). By selecting the appointment, the client can view details such as date, time, and provider information (name, address, and phone). Additional fields for a summary of the appointment and notes are also included. The client can enter the appointment details by selecting “New Appointment.” Before submitting the form, the client must indicate whether they need to schedule transportation. If clients do not have enough information to complete the form in its entirety, they will receive reminders until the form is completed and submitted. Within the notes section, clients can create a checklist of medical condition–related questions to ask the physician during doctor appointments.

Figure 10. The calendar displays upcoming medical and nonmedical appointments.
View this figure

CLASS also recommended changes to the pre-existing medication module. To ensure that clients are taking the correct medications, CLASS asked that clients be able to upload pictures of pills and medication containers to the medication module (Figure 11), which was a feature that was added. Both the client and the caregiver also have access to a Medication Tracker that records client medication adherence.

With respect to future direction, clients will ultimately have access to a medical log feature within the pre-existing PHR module. The medical log will include vital signs (blood pressure, heart rate, body temperature, or respiratory rate), blood sugar readings, and height, weight, and body mass index measurements. To enter data, clients, caregivers, or clinicians will be able to add the date of the reading, the time, and the measurements (eg, systolic and diastolic pressures). Clients will eventually be able to view a graphical representation of their readings for a single day, week, month, or entire year.

Figure 11. Pictures of pills and medication containers that allow clients to identify medications.
View this figure


An emergency contact can be added from the phone’s lock screen. In Case of Emergency (ICE) contacts are accessible in the client profile. By selecting ICE, clients can retrieve contact information for their provider, support staff, and insurance company. The ICE module also lists restrictions such as medications or procedures that should be avoided during a medical emergency. Under “My Profile,” clients can also find advance directives, additional emergency contacts, and a list of providers and medications. QR code availability in future will allow users to scan their medications to confirm that the correct medication is administered.


CLASS suggested changes within the PHR module. The focus group proposed that staff could better serve clients if identifying client information was added to the PHR module. Within the revised module, clients can create and view a customized user profile. Clients can enter their gender, age, height, weight, race, ethnicity, and blood type (Figure 12). Clients can also update their profile to include information about likes, dislikes, and other introductory information such as pets at home, smoking status, and medical conditions, which can be then pushed to the attendant. If a client smokes or has a pet at home, the attendant will receive a digital alert.

Figure 12. Clients can enter their contact information, demographics, emergency contacts, advanced directives, insurers, providers, and pharmacies.
View this figure

Overall Development Themes

Stakeholders emphasized that the revised iMHere 2.0 should remain client-driven to encourage self-sufficiency. They also stated that the system should be useable by the client alone or with a variety of different support roles from caregivers, attendants, and care managers. The original iMHere system 2.0 was designed as an adaptive system that allows clients to receive modules and content only as needed. The stakeholders felt it should continue to provide personalization of modules such that different clients could have different profiles and app configurations depending on their unique needs.

Principal Findings

This study demonstrates how stakeholders within a community-based organization that provides services to individuals with disabilities can influence and shape the design of mHealth technology and how these designs can be improved to better serve individuals with disabilities.

The literature on chronic care management shows that promoting partnerships between recipients of services and the providers of the services has positive outcomes, especially when such partnerships facilitate self-management [20,21]. Important self-management skills include problem solving, decision-making, resource utilization, and goal-setting [21]. Thus, innovative systems to support individuals with chronic conditions and disabilities should not only incorporate features that empower users with tools for self-management but also facilitate sustainable partnerships.

mHealth systems are a potential way to deliver such support and empowerment. Some community-based organizations have expressed the need for dashboards that show live data to facilitate care decisions in real time [22] and allow users to record data “on the go” as a way to improve quality metric reporting [23]. An ideal software system could show the interrelationships among an individual’s medical problems, daily schedule, medical and social care plans, and goals [22]. Solutions are also needed to allow care providers to recognize red flag symptoms and intervene quickly, manage medications, and coordinate care while integrating the support of family and other caregivers of individuals with chronic conditions and disabilities [24].

To our knowledge, iMHere 2.0 is the only mHealth system designed to meet these needs and designed iteratively in partnership with the organization it serves. By gathering qualitative data from a focus group, this study was able to identify ways to re-design mHealth technology to address the needs of an organization supporting individuals with disabilities living in the community. This partnership resulted in a highly fruitful development process that led to major advances in the mHealth system. Additionally, our team generated design criteria to be utilized in future iterations of the system.

Some limitations of our development process, however, deserve discussion. First, iMHere 2.0 was not designed to meet the needs of all community-based organizations or users. Concurrent work is being carried out to further refine iMHere 2.0 to support other organizations with different workflows, users, and organizational structure. Second, although we attempted to incorporate all the necessary changes suggested by CLASS, some suggestions could be met with native features of phones or tablets. For instance, low–battery-level reminders, text-to-speech or read-out-loud features, and voice-command features exist. Because these may not meet the needs of all users, future accessibility advancements are needed for users with specific accessibility needs.

Future Work

Ongoing work is being conducted to assess the usability and feasibility of iMHere 2.0 and to study the impact of augmenting programs offered at CLASS with iMHere 2.0 to measure the impact on client outcomes such as community integration. We are also conducting implementation research with other community-based organizations, including those that provide attendant care services in the home, to identify facilitators and barriers to wide-scale implementation of the technology. In parallel, we will continue development that is inspired by design criteria generated from each of our studies. We also aim to integrate some features of iMHere into the electronic health record system to reduce data entry requirements and facilitate data sharing.


Individuals with disabilities can thrive in community settings when they are given access to high-quality health care, supportive caregivers, and community support. Using an iterative design process in partnership with a community-based organization, we built an mHealth system with new features to support community integration of individuals with disabilities.


The contents of this publication were developed under a grant from the National Institute on Disability, Independent Living, and Rehabilitation Research (NIDILRR grant number 90DPGE0002). NIDILRR is a Center within the Administration for Community Living (ACL), Department of Health and Human Services (HHS). The contents of this publication do not necessarily represent the policy of NIDILRR, ACL, HHS, and endorsement by the Federal Government should not be assumed. The authors thank the many individuals who participated in this research, without whom it would not be possible. They would also like to thank Charlene Raynovich and Dr Al Condeluci for assistance and guidance in carrying out the project and Lauren Byrnes for graphic design.

Conflicts of Interest

BED, BP, and IMAS are inventors of the iMHere mHealth system.

Multimedia Appendix 1

The requested new features for iMHere 2.0.

DOCX File , 24 KB

  1. Berkman L, Kawachi I, Glymour M. Social Epidemiology. Oxford, UK: Oxford University Press; Aug 06, 2014:1-640.
  2. Putnam RD. Tuning in, tuning out: the strange disappearance of social capital in America. Political Sci Politics 1995 Dec;28(4):664. [CrossRef]
  3. Putnam RD. Bowling alone: America's declining social capital. In: The City Reader. London: Routledge; 2015.
  4. Voorhees CC, Murray D, Welk G, Birnbaum A, Ribisl KM, Johnson CC, et al. The role of peer social network factors and physical activity in adolescent girls. Am J Health Behav 2005;29(2):183-190 [FREE Full text] [CrossRef] [Medline]
  5. Enguidanos SM, Gibbs NE, Simmons WJ, Savoni KJ, Jamison PM, Hackstaff L, et al. Kaiser Permanente community partners project: improving geriatric care management practices. J Am Geriatr Soc 2003 May;51(5):710-714. [CrossRef] [Medline]
  6. Parmanto B, Pramana G, Yu DX, Fairman AD, Dicianno BE, McCue MP. iMHere: a novel mHealth system for supporting self-care in management of complex and chronic conditions. JMIR Mhealth Uhealth 2013 Jul 11;1(2):e10 [FREE Full text] [CrossRef] [Medline]
  7. HIPAA Home. Health and Human Services.   URL: [accessed 2021-06-29]
  8. Bendixen RM, Fairman AD, Karavolis M, Sullivan C, Parmanto B. A user-centered approach: understanding client and caregiver needs and preferences in the development of mHealth apps for self-management. JMIR Mhealth Uhealth 2017 Sep 26;5(9):e141 [FREE Full text] [CrossRef] [Medline]
  9. Fairman AD, Dicianno BE, Datt N, Garver A, Parmanto B, McCue M. Outcomes of clinicians, caregivers, family members and adults with spina bifida regarding receptivity to use of the iMHere mHealth solution to promote wellness. Int J Telerehabil 2013;5(1):3-16 [FREE Full text] [CrossRef] [Medline]
  10. Fairman AD, Yih ET, McCoy DF, Lopresti EF, McCue MP, Parmanto B, et al. Iterative design and usability testing of the iMHere system for managing chronic conditions and disability. Int J Telerehabil 2016;8(1):11-20 [FREE Full text] [CrossRef] [Medline]
  11. Setiawan IMA, Zhou L, Alfikri Z, Saptono A, Fairman AD, Dicianno BE, et al. An adaptive mobile health system to support self-management for persons with chronic conditions and disabilities: usability and feasibility studies. JMIR Form Res 2019 Apr 25;3(2):e12982 [FREE Full text] [CrossRef] [Medline]
  12. Zhou L, DeAlmeida D, Parmanto B. Applying a user-centered approach to building a mobile personal health record app: development and usability study. JMIR Mhealth Uhealth 2019 Jul 05;7(7):e13194 [FREE Full text] [CrossRef] [Medline]
  13. Zhou L, Saptono A, Setiawan IMA, Parmanto B. Making self-management mobile health apps accessible to people with disabilities: qualitative single-subject study. JMIR Mhealth Uhealth 2020 Jan 03;8(1):e15060 [FREE Full text] [CrossRef] [Medline]
  14. Yu D, Parmanto B, Dicianno B. An mHealth app for users with dexterity impairments: accessibility study. JMIR Mhealth Uhealth 2019 Jan 08;7(1):e202 [FREE Full text] [CrossRef] [Medline]
  15. Yu DX, Parmanto B, Dicianno BE, Pramana G. Accessibility of mHealth self-care apps for individuals with spina bifida. Perspect Health Inf Manag 2015;12:1h [FREE Full text] [Medline]
  16. Yu DX, Parmanto B, Dicianno BE, Watzlaf VJ, Seelman KD. Accessibility needs and challenges of a mHealth system for patients with dexterity impairments. Disabil Rehabil Assist Technol 2017 Jan;12(1):56-64. [CrossRef] [Medline]
  17. Dicianno BE, Fairman AD, McCue M, Parmanto B, Yih E, McCoy A, et al. Feasibility of using mobile health to promote self-management in spina bifida. Am J Phys Med Rehabil 2016 Jun;95(6):425-437. [CrossRef] [Medline]
  18. Parmanto B, Pramana G, Yu DX, Fairman AD, Dicianno BE. Development of mHealth system for supporting self-management and remote consultation of skincare. BMC Med Inform Decis Mak 2015 Dec 30;15:114 [FREE Full text] [CrossRef] [Medline]
  19. Kryger MA, Crytzer TM, Fairman A, Quinby EJ, Karavolis M, Pramana G, et al. The effect of the interactive mobile health and rehabilitation system on health and psychosocial outcomes in spinal cord injury: randomized controlled trial. J Med Internet Res 2019 Aug 28;21(8):e14305 [FREE Full text] [CrossRef] [Medline]
  20. Clark NM. Management of chronic disease by patients. Annu Rev Public Health 2003;24:289-313. [CrossRef] [Medline]
  21. Lorig KR, Holman H. Self-management education: history, definition, outcomes, and mechanisms. Ann Behav Med 2003 Aug;26(1):1-7. [CrossRef] [Medline]
  22. Sockolow PS, Weiner JP, Bowles KH, Abbott P, Lehmann HP. Advice for decision makers based on an electronic health record evaluation at a program for all-inclusive care for elders site. Appl Clin Inform 2011;2(1):18-38 [FREE Full text] [CrossRef] [Medline]
  23. Fretwell MD, Old JS, Zwan K, Simhadri K. The Elderhaus Program of All-inclusive Care for the Elderly in North Carolina: improving functional outcomes and reducing cost of care: preliminary data. J Am Geriatr Soc 2015 Mar;63(3):578-583. [CrossRef] [Medline]
  24. Stefanacci RG, Reich S, Casiano A. Application of PACE principles for population health management of frail older adults. Popul Health Manag 2015 Oct;18(5):367-372. [CrossRef] [Medline]

CLASS: Community Living and Support Services
CPP: Community Partners Program
ICE: In Case of Emergency
mHealth: mobile health
PHR: Personal Health Record

Edited by A Kushniruk; submitted 30.06.21; peer-reviewed by 찬 장, M Salimi; comments to author 27.08.21; revised version received 21.10.21; accepted 11.11.21; published 04.03.22


©Rebecca E Ward, I Made Agus Setiawan, Eleanor Quinby, Melva Fair, Zara Ambadar, Bambang Parmanto, Brad E Dicianno. Originally published in JMIR Human Factors (, 04.03.2022.

This is an open-access article distributed under the terms of the Creative Commons Attribution License (, which permits unrestricted use, distribution, and reproduction in any medium, provided the original work, first published in JMIR Human Factors, is properly cited. The complete bibliographic information, a link to the original publication on, as well as this copyright and license information must be included.