Smart ICT MED, mHealth development to basic illness symptoms
Highlight box
Key findings
• The Smart ICT MED application has demonstrated high user engagement, with 6,694 downloads and implementation across 87 hospitals.
• Key functions like preliminary symptom assessment, condition monitoring, and locating nearby hospitals meet user needs, promoting efficient self-care.
What is known and what is new?
• Mobile health (mHealth) apps facilitate self-diagnosis and empower users to manage common illnesses, improving healthcare accessibility.
• This study introduces a systematic, user-friendly mobile solution tailored to Thai healthcare challenges, integrating 54 symptom groups and designed with input from medical experts, which is innovative in scope and design within the mHealth field.
What is the implication, and what should change now?
• The Smart ICT MED application illustrates the potential of mHealth solutions to reduce healthcare burdens and enhance public health literacy.
• Wider promotion and integration with professional medical consultations could expand its impact. Future improvements should streamline application publication processes and further refine functionalities for emergency and monitoring needs.
Introduction
Mobile applications have long been a challenge for software developers, but their evolution over the decades has transformed the industry from an exclusive realm to a thriving commercial sector, attracting major hardware and software companies (1-3). In the early days, digital pager technology dominated the market until the emergence of mobile phones in the early 1990s, which significantly impacted pager sales (4). Nowadays, the use of smart mobile devices, such as tablets and cell phones, is steadily increasing, compelling mobile device manufacturers to continuously improve their hardware and innovate with advanced technologies (5,6).
Everyday, technology especially in the field of digital health, plays a vital role in addressing public health challenges worldwide. The use of technology, such as mobile applications, has become increasingly prevalent due to their ability to accept and verify essential information, ensuring efficient access to necessary tools (7,8). The utilization of technology databases and health resources is crucial in meeting the requirements of service providers and improving overall usage (9-11).
In Thailand, the accessibility of location-based internet services via mobile phones has significantly increased, as indicated by the Thai language’s usage statistics in the year 2022 (12). The widespread usage of mobile platforms such as iOS and Android emphasizes the significance of taking into account the distinct requirements associated with these platforms, which are widely accepted and utilized across various activities.
Additionally, the ability of mobile applications to provide healthcare services can have a positive impact by allowing individuals to manage their health conditions and seek appropriate care (13). However, challenges remain, such as the need to educate individuals to avoid relying solely on service providers and seek appropriate self-treatment knowledge (14). By adopting innovative systems like the Triagist mobile application system, which categorizes patients based on illness severity codes, it becomes possible to streamline the healthcare process (11).
When considering the readiness of the Thai population to use information technology, it becomes evident that they are highly prepared for its adoption. Therefore, implementing advancements in accessing medical through various models becomes more feasible. Developing a system that can be utilized on smartphones would greatly assist the majority of the population in accessing different systems and public health services, serving as a tool for self-care (self-medication) and providing access to various health information for prevention. This aligns with the current efforts of government agencies and regulatory organizations that aim to develop and implement applications to aid in accessing services and facilitate the public sector in almost every domain (13,15). Considering budget cost-effectiveness, the expenditure per individual access unit (node destitution) remains relatively low. Therefore, developing a system for use in any government mission is a viable approach.
Considering the attention given to medical services and the numerous inquiries that are often made, it is evident that there are challenges in terms of self-treatment. Many Thai individuals seek assistance from service providers without having the necessary knowledge to treat themselves (14). According to a report from institutions providing daily care services in various hospitals, over 60% of cases in emergency rooms are unnecessary visits (16), which impacts the quality of service and adds strain to hospitals, especially community hospitals, public hospitals, and major healthcare centers where high patient volumes are managed daily. This inefficient utilization of resources results in a waste of the healthcare budget, as many symptoms can be self-diagnosed.
Hence, this study establishes the foundation for developing a system to detect common, non-severe illnesses. The tool, envisioned as a mobile app, targets general users, particularly in Thailand, aiming to significantly impact healthcare and alleviate Thailand’s public health burden. The research addressed two main questions: (I) How can the application system be designed to ensure usability across all age groups and user-friendly navigation? (II) What functionalities should be incorporated into the system, and to what extent should disease sequence analysis content be integrated?
The development of medical diagnosis systems
The development of U-Health integrates ubiquitous IT into healthcare, transforming traditional hospital-based care into a universal, daily life value. It supports preventive health care by analyzing lifestyle, nutrition, and other factors beyond mere disease identification. Kwon introduced a systematic and intelligent medical diagnosis expert system designed to mimic real expert assistance. This system leverages a knowledge base and reasoning engine, employing rule-based and case-based reasoning to offer accurate health assessments and personalized care recommendations. Such systems are pivotal in advancing self-diagnosis and proactive health management, particularly in resource-constrained settings (17).
Moreover, the advent of mobile applications has significantly influenced various fields, including healthcare and education. Kim and Mun explore the design and development of a self-diagnostic mobile application for monitoring learning progress in non-face-to-face (non-F2F) practice learning environments. Utilizing the ADDIE model (Analysis, Design, Development, Implementation, and Evaluation), their study demonstrates how mobile applications can effectively support self-diagnosis and enhance learning outcomes in remote education settings. The usability evaluation of the developed mobile application revealed high satisfaction scores among users, underscoring the importance of such tools in maintaining engagement and ensuring the continuity of practical learning during the coronavirus disease 2019 (COVID-19) pandemic (18).
Using a system for assessing illness symptoms demonstrates the crucial role of information technology in facilitating self-treatment. This research highlights the feasibility of these systems in providing basic guidance for managing non-serious conditions, underscoring their potential to enhance self-care and promote health literacy. By empowering users to make informed health decisions, these technologies significantly contribute to overall well-being.
The increasing demand for mobile health has driven its rapid development. Healthcare authorities support mobile health to reduce treatment costs, improve advanced care through digitalization, and expand services to include people with disabilities, the elderly, socially isolated individuals, and the general public. Mobile health services can be categorized based on their purpose and application scope, as shown in Table 1.
Table 1
Medical system | Description | Examples | References |
---|---|---|---|
Symptom checker | Applications that allow users to input symptoms and receive potential diagnoses or recommendations | Ada, WebMD Symptom Checker, Isabel | Müller R (19) |
Telemedicine | Applications providing remote consultations with healthcare professionals based on user-reported symptoms | Teladoc, Doctor On Demand, Amwell | Bashshur RL (20) |
Health monitoring | Applications that continuously monitor health metrics and provide diagnostic feedback | Fitbit, Apple Health, Samsung Health | Piwek L (21) |
Chronic disease management | Applications that assist in the management of chronic diseases through monitoring and feedback | mySugr, Glucose Buddy, AsthmaMD | Supramaniam P (22) |
Mental health assessment | Applications designed to help users assess their mental health status and provide resources or recommendations | Moodpath, Wysa, Sanvello | Wang K (23) |
Medication management | Applications that help users manage their medications and remind them to take their prescriptions | Medisafe, MyMeds, PillPack | Santo K (24) |
Nutritional analysis | Applications that analyze dietary habits and provide health recommendations | MyFitnessPal, Lose It, Yazio | Carter MC (25) |
Methods
Group symptoms for diagnosis
The development of a diagnostic system offering user guidance incorporates the use of guidelines primarily derived from the diagnosis of 54 symptom groups. These guidelines encompass common illnesses that can be assessed by considering symptoms. This step includes tasks related to processing the flow of symptoms. The diagnosis is performed in a specific order based on disease groups, as shown in Table 2 based on the Clinical Drug Information (26-29).
Table 2
Group symptoms | Diagnosis group symptoms |
---|---|
1 | Headache |
2 | Fever |
3 | Cough |
4 | Sore throat |
5 | Runny nose |
6 | Joint pain |
7 | Wrist pain |
8 | Toothache/gum pain |
9 | Neck/shoulder pain |
10 | Low back pain |
11 | Muscle cramps |
12 | Ear infection |
13 | Rash/skin rash |
14 | Red spots on skin |
15 | White spots on skin |
16 | Skin itchiness |
17 | Blurred vision |
18 | Eye itchiness |
19 | Watery eyes |
20 | Dry eyes |
21 | Red eyes |
22 | Sleeplessness, restless sleep |
23 | Loss of appetite |
24 | Fatigue |
25 | Pale skin |
26 | Pain and swelling |
27 | Vomiting |
28 | Mouth ulcers |
29 | Scalp itchiness |
30 | Wheezing |
31 | Chest pain |
32 | Stomach pain |
33 | Diarrhea |
34 | Constipation |
35 | Nausea |
36 | Golden urine |
37 | Itching under umbrella |
38 | Urinary retention |
39 | Nail fungus |
40 | Anal pain, neck pain, throat pain |
41 | Swelling |
42 | Sneezing |
43 | Dizziness |
44 | Dizziness, loss of balance |
45 | Bleeding wound |
46 | Bruise |
47 | Insect bite |
48 | Burn, scald, heat burn |
49 | Bumps/hard lumps on skin |
50 | Burning/stinging sensation throughout the body |
51 | Blister |
52 | Wheezing, shortness of breath, difficulty breathing |
53 | Fainting/unconsciousness/feeling unconscious |
54 | Sting, bite |
Diagnosis regulation
In this research, for analysis the patient condition which focus on gathering information related to the assessment of various types of illnesses and their treatment guidelines, organized by groups of symptoms. A sequence of symptom assessments is obtained for detailed study. The information has been collected from multiple reputable sources, including:
- Manual for the Rational Use of Medicines According to the National List of Essential Medicines (26);
- Wolters Kluwer Clinical Drug Information (27);
- A Handbook of Medical Diagnosis for Students (28);
- Symptom to Diagnosis: An Evidence-Based Guide (29).
Despite drawing on information from several reliable sources as mentioned, concerns may persist regarding the completeness of the current medical information and knowledge, highlighting the need for ongoing enhancement and verification from diverse sources.
Importantly, the syndromes addressed by the system are common and exhibit straightforward or uncomplicated symptom patterns, falling outside the realm of complex symptom analysis. Consequently, the analysis based on the data sources provided is deemed adequate for the basic diseases referenced.
Selection expert
The criteria for expert selection, potential biases, and their involvement level in the validation process were determined through purposive sampling. We targeted general doctors, pharmacists, and nurses with over 10 years of experience in hospitals. In the initial round, we identified 12 doctors, 10 pharmacists, and seven nurses from university hospitals, pharmacy faculties, and general ward nursing services. Subsequently, we randomly selected individuals from each group to serve as experts. After extending invitations, four doctors, five pharmacists, and five nurses agreed to participate.
Research operation to system development
The development of the Smart ICT MED mobile application was driven by the objective of addressing the challenges encountered in the pre-hospital process, specifically in the domain of self-diagnosis. This development adopts an experimental research method (specifically the experimental research design) in combination with the development cycle of the Waterfall Methodology. The designed application follows an Evolutionary Model and is developed according to the following stages (30).
Step 1: collecting data on various types of symptom assessment and treatment guidelines for different symptom categories
During this stage, data will be collected on symptom groups and assessment criteria to develop an adapted and applied symptomatic assessment. Wolters Kluwer Clinical Drug Information, A Handbook of Medical Diagnosis for Students, Symptom to Diagnosis: An Evidence-Based Guide, and the expertise of Tanpichat et al. (26-29) were utilized to gather information on correct patient assessment and advice on the initial treatment of symptoms. A team of experts from the Faculty of Medicine, Nursing, and Pharmacy will provide input and validate the sequence of initial treatment and drug group symptoms for initial relief. Planning analysis will be conducted to design the assessment, which will involve developing questions about symptoms based on various sources such as information from textbooks, academic books, and input from experts to ensure assessment accuracy. The results of the symptom assessment will be provided to the user, and the evaluation order will be established to ensure accuracy.
Step 2: analysis the functional operations of the application
In this step, the analysis diagram for designing the symptom discrimination assessment, which was outlined in the previous step, is utilized. The application’s operation is planned by designing a draft with specifications for various functions that benefit users. It should be accessible to users of all ages and compatible with their devices. The draft design is then reviewed by system experts for verification. Additionally, the results obtained from real-world problem conditions and opinion surveys are analyzed to further inform the design process.
Step 3: designing the user interface and system expectation
Implementing the front-end design system to enhance user experience and usability. This involves ensuring the application is accessible to users of all group. Conducting interviews and using open-ended questions to identify characteristics and functions that are suitable and easy to use. The design is tailored to meet specific requirements and incorporates appropriate graphic design across all dimensions. Testing with users is conducted to measure performance and assess the system’s usability across different functions and components. Thus, this stage looks at the difficulties and important aspects of making mobile application interfaces, especially focusing on how people interact with computers (31,32).
To ensure the design meets the actual needs of the users, an evaluation form will be used at this stage to gather information on their requirements and purposes for using the system. The collected results will be analyzed and utilized as a guideline for future system development.
Step 4: application development
System development is guided by system requirements derived from design studies. The user interface prioritizes user experience and usability (31,32), accommodating users of all ages. The development process adheres to disease analysis as outlined in relevant guidelines and professional expertise. Initial prototypes are created, reviewed, and refined in collaboration with medical professionals to enhance functionality and perfect the software model (30).
Step 5: testing
After obtaining version one of the application, testing is conducted to evaluate the accuracy of data, diagnostic flows, and other functions such as data collection for the local area and user data management stored in the backend system. User feedback and application prototypes are utilized to gather feedback from experts and a sample of real users, and heuristic evaluation and usability were employed. The target users, randomly selected from the population who will be using the system, provide their opinions and express their needs. The results of the analysis from the collected feedback are summarized and used to make improvements to the application.
Step 6: implementation
The modified application will undergo another round of technical testing to ensure its functionality. Once validated, it will be made available to the general users. The application can be accessed through the iOS and Android application stores, allowing users from hospitals nationwide to test and utilize it in real-world scenarios.
Diagnostic process
The diagnostic process employs standard programming techniques to ensure that the logic and flow of symptom analysis are consistent and reliable. This involves creating algorithms and decision trees that guide the diagnosis based on user-reported symptoms.
The diagnostic process integrates with standard programming practices through expert flow analysis, ensuring consistency and reliability in the evaluations. The step of analysis patient condition based on the 54 symptom groups with the analysis regulation (26-29). The application employs this logic to diagnose based on the decision process for all symptom groups. The example of algorithm for fever diagnosis decision tree technique was computed into the Eq. [1] as:
Here D is the DiagnoseFever function, s are the symptoms, f is the model, and T (c, y, n) represents traversing the decision tree based on the condition c and child nodes y and n.
Thus, the equation means that the DiagnoseFever function will traverse the decision tree based on the symptoms (s) provided by the user. The tree is structured to ask specific questions (conditions) and make decisions based on the user’s answers, leading to a final diagnosis.
Meanwhile, the user interaction for asking questions and getting responses is represented into the Eq. [2] as a function:
Q represents the function that asks questions. C represents the set of all possible conditions or questions. The function returns either “yes” or “no” based on the user’s response. This means that for each condition or question (C) posed by the application, the user provides a response of either “yes” or “no” These responses guide the diagnostic process through the decision tree, ultimately leading to a diagnosis or recommendation to each symptom group.
Validation of decision/diagnosis accuracy
To ensure the accuracy and reliability of the application’s diagnostic decisions, the application was validated by cross-referencing its outputs with established Diagnosis Regulations (26-29). This process involved medical doctors comparing the Smart ICT application’s diagnostic results with these regulations. The analysis flow of the algorithm was verified as correct for all 54 symptom groups. This process is critical to building trust in the application and ensuring it delivers reliable health assessments to its users.
System architecture
The Smart ICT MED application architecture diagram, Figure 1 illustrates the interrelationships between users and medical professionals as they interact with the centralized health information server through various authentication methods. Users can log into social media to access personal health services on their smart devices via their smartphones. Meanwhile, specialists and administrators utilize specific credentials to manage records related to diagnostic sequence management and to prepare preliminary recommendations, which can be increased, decreased, improved, and modified. The central server is responsible for recording and processing related information to operate the system, ensuring a streamlined health management experience, achieving maximum efficiency, and not causing harm to users.
Statistical analysis
The study utilized quantitative methods for its statistical analysis, focusing on data derived from the 54 grouped symptoms which were used to assess the application’s diagnostic performance. The development and validation process involved experimental design, with data collected through both systematic testing and user feedback. Quantitative analysis was primarily applied to measure the effectiveness of the application’s features, such as symptom assessment accuracy, user satisfaction, and function utilization. These metrics were gathered from a wide user base and reviewed to evaluate the accuracy and reliability of the application.
While predominantly quantitative, the research also integrated qualitative feedback through usability testing and expert interviews. This approach enabled the study to refine the application’s interface and functionalities, enhancing the user experience. However, the main focus remained on quantitative data to validate the symptom assessment flow and ensure reliability across different symptom categories. This balance allowed for a robust analysis that addressed both statistical validity and practical usability, ensuring the application met its intended healthcare objectives.
Ethical statement
The study was conducted in accordance with the Declaration of Helsinki (as revised in 2013). In this research, ethical approval was granted by the Chiang Mai University Research Ethical Committee, which issued an ethical exemption (No. CMUREC 64/005). Informed consent was obtained from all participants prior to their involvement in the study.
Results
Result of collecting data on various types of symptom assessment and treatment guidelines for different symptom categories
The outcome of this step involves 54 general disease groups, primarily focused on common illnesses suitable for symptom assessment. Tasks related to the flow sequence of assessment for each symptom group are performed. These symptom groups are presented in Table 2 and encompass a total of 54 basic symptom groups (see Table 2).
During the assessment sequence analysis, an assessment design is developed based on the synthesis of empirical evidence and knowledge gathered from various sources, including information searches, textbooks, and academic books (26-29). The developed design undergoes scrutiny by six experts specializing in medicine and pharmacology to ensure safety, suitability, and accuracy of the assessment sequence. Their opinions and reviews contribute to achieving the correct assessment of symptom groups. Once the assessment sequence is established, the results of the symptom assessment can be provided to the user, ensuring accurate and reliable assessments for each symptom group.
Result of analysis of the functional operations of the application
Based on the findings of the expert investigation, it was determined that the designed assessment sequence was appropriate, taking into account expert consensus. While the assessment sequence is a preliminary symptom assessment (screening) and may not include detailed questions, some questions may require medical test results. Consequently, certain messages related to requesting measurement results using specific tools may be omitted.
Furthermore, the experts emphasized the need to adjust the text to avoid being overly academic, except for terms with specific meanings in the medical context. The language should be adapted for real-world use by users who may not possess medical knowledge. Therefore, the questions are presented in a logical order and have been refined and adjusted accordingly to ensure efficient utilization.
In summary, the amendments made to the assessment sequence include:
- Avoiding overly academic language or terminology;
- Adjusting the order of questions that are difficult to understand or may be misinterpreted;
- Removing messages or questions that require results from specific tools not available to users;
- Rearranging the order of questions to consider variables or factors;
- Adding preliminary instructions that cover the initial treatment of symptoms;
- Incorporating drug information for certain symptom groups (e.g., back pain, toothache, itchy scalp, abdominal pain, diarrhea, fever, etc.), emphasizing that over-the-counter options are available.
Result of designing the user interface and system expectation
To ensure the developed system meets users’ needs, respondents were invited to participate in the project. The invitation was announced, and the recruitment process took 1 month, during which interested individuals were randomly selected. A total of 94 evaluation forms were received, both online and offline, providing brief yet valuable information. At this stage, the results of the assessment design analysis scheme for discriminating illnesses, summarized in the previous step, were obtained. These functionalities are expected to be developed. Data collection from a user group has been conducted through questionnaires and experiences related to using mobile applications as a tool for providing advice when feeling unwell. The data analysis includes both online and offline assessments.
The result shows that the application operation is planned by designing a draft with specifications for various functions that benefit users of all ages, ensuring compatibility with their devices. The design is reviewed by system experts, and the results from surveys and opinion interviews conducted under real problem conditions are analyzed. The researchers have outlined a preliminary plan for the system requirements, including the following predictive functions:
- Preliminary symptom assessment function;
- Advice function;
- Self-monitoring conditions;
- Display function for pharmacy maps and nearby hospitals.
Demographic a respondent
Table 3 presents the findings from the 94 respondents who evaluated their expectations regarding system design and user interfaces.
Table 3
Respondent information | Number of respondents | Percentage (%) |
---|---|---|
Gender | ||
Male | 35 | 37.2 |
Female | 59 | 62.8 |
Education level | ||
Bachelor’s degree or over | 72 | 76.6 |
Below Bachelor’s degree | 22 | 23.4 |
Smartphone usage | ||
iOS | 48 | 51.1 |
Android | 46 | 48.9 |
Screen size | ||
Screen size larger than 4 inches | 72 | 76.6 |
Screen size lower than 4 inches | 22 | 23.4 |
Awareness of medical information tools | ||
Aware | 76 | 80.9 |
Unaware | 18 | 19.1 |
System function expectations
Table 4 shows the anticipated proportions of system functions. A majority of respondents agreed that the nearby hospital search function offers easy access. Additionally, it is expected that the developed system will include a referral function to hospitals to reduce waiting times. In Thailand, accessing public health services often involves significant waiting periods.
Table 4
No. | System function expectations | Agree (%) | Disagree (%) |
---|---|---|---|
1 | Function or information for basic self-care advice | 51.1 | 48.9 |
2 | Function or information for medication advice like pharmacists or doctors | 39.4 | 60.6 |
3 | Function or information to find nearby hospitals for easy access | 90.4 | 9.6 |
4 | Function or information for notifications or tracking the patient’s illness situation | 71.3 | 28.7 |
5 | Function or data connection to provide reports to doctors or related individuals | 41.5 | 58.5 |
6 | Function or data connection to share personal illness with other applications of government agencies or etc. | 69.1 | 30.9 |
Furthermore, the function for notifying or monitoring a patient’s illness indicates a need for reporting user medical information to document events or symptoms during illness. However, the function for sharing personal health information with other applications remains controversial, as personal information is considered sensitive and should not be widely shared.
Conversely, the evaluators highly approve functions related to forwarding illness information to other applications, including both general applications and those used by government agencies.
Interface expectation
To evaluate the performance of the graphic user interface, heuristic evaluation and usability principles were applied and revised for clearer communication with respondents. Table 5 shows the proportion results of interface expectations of respondents. All respondents agreed that the system should prioritize reliability over beauty. Most of the respondents agreed that the system should focus on convenient design over screen beauty, font size and number of buttons on the screen affect usability, the system should use messages that are easier to understand than graphics, and the background color affects the readability or interpretation of a text. However, most of the respondents disagreed that the system should prioritize pictures over text, the system should have beautiful graphics accompanied by text, and the system should be colorful, with lots of colors.
Table 5
No. | Interface expectations | Agree (%) | Disagree (%) |
---|---|---|---|
1 | The system should be colorful, with lots of colors | 39.4 | 60.6 |
2 | The system should prioritize reliability over beauty | 100.0 | – |
3 | The system should focus on convenient design over screen beauty | 80.9 | 19.1 |
4 | The system should prioritize pictures over text | 22.3 | 77.7 |
5 | The system should have beautiful graphics accompanied by text | 22.3 | 77.7 |
6 | The system should use messages that are easier to understand than graphics | 64.9 | 35.1 |
7 | Font size and number of buttons on the screen affect usability | 80.9 | 19.1 |
8 | The background color affects the readability or interpretation of a text | 61.7 | 38.3 |
The system design illustrates the sequence of operations from initialization to implementation across relevant components, including instructions, subscription access, and other IDs. The user interface design is available on Figma and can be accessed at https://www.figma.com/file/alDxrq3A6bLlgy9Apl40f6/Medicine-UI-App?node-id=0%3A1.
The example showcases a hierarchy of disease assessment with five symptomatic examples (provided to demonstrate the flow and order of user interface alignment). The user interface layout and sequence for other syndromes are not shown in this report, as the focus is on the designed flow. The internal display does not include any graphical representation; it solely presents the text from the flow.
The results obtained from designing functions and user interfaces for Android and iOS, which have a similar display format, differ only in the language used for development. The results were obtained by collecting user requirements, considering the flow of use, order of symptom inquiry, and standard development techniques.
Result of application development
The medical diagnosis application was designed to assist apprehensive individuals who, due to fear or the feeling of wasting time by visiting a doctor when experiencing health problems, prefer to search the internet for potential causes and find a diagnosis. To further simplify matters, Smart ICT MED offers its users, free of charge, a presumptive medical diagnosis service guided by their answers to various questions. The responses are “yes” and “no”. Finally, to make sure that the diagnosis is as accurate as possible (Figures 2-4). Meanwhile, Figure 5 shows the back-end interface used for adding and modifying analysis criteria and providing initial suggestions, all connected to the application as shown in Figure 2, which serves to evaluate and provide advice.



Application features
Assessment function by condition, function properties after modification:
- Show the sequence of questions to ask the user’s symptoms. and can summarize the answers or important points.
- There is a menu to search by keyword. and pictures according to the symptoms of illness (to make it easier to find).
- Link the assessment results to the back-end system to save the data (user name, gender, age, results, recommendations, symptom status, symptom monitoring).
- In the event that the assessment results are considered urgent for treatment Allows the system to present a nearby phone number for assistance (urgent cases such as tel. 1669, etc.).
- The decision-making structure shall be based on the guidelines for the analysis of symptom sequences from working professionals. Can increase symptoms that may be caused by emerging diseases in the future through the back-end system.
- Show map, hospital, or advice about medical facilities as an alternative to users. By showing the results as a nearby map and displayed by the nearest distance by showing the distance.
- There is a back-end where the flow sequence can be adjusted or the rule of symptom assessment can be modified for future improvement. Which was carried out in accordance with the advice of medical experts and information system specialists.
Result of testing
The results of this step involve testing the system, covering both technical and functional aspects, and including user testing. Participants were invited to test and verify the correctness of their application. System development was based on system requirements derived from design study results. The user interface was designed with behavioral and usability evaluations in mind, leading to the creation of Prototype version 1. This prototype was then presented to medical experts for review, adjustments, and efficiency improvements until it reached a comprehensive condition.
To test the user interface design, the questions were updated based on usability criteria to reflect the expectations outlined in Table 6. The goal of this update was to verify whether the final design met these expectations. However, only 70 participants from the initial group responded to the questions and provided feedback. The evaluation questions were based on Ben Shneiderman’s 8 Golden Rules of Interface Design, consisting of 8 questions rated on a scale from 1 to 5 (with 1 being strongly disagree and 5 being strongly agree).
Table 6
No. | Interface expectations | Average |
---|---|---|
1 | The system user interface is colorful and meaningful | 4.75 |
2 | The overall reliability of the user interface | 4.55 |
3 | The user interface is convenient to use | 4.85 |
4 | The pictures are meaningful | 4.59 |
5 | The user interface features beautiful graphics | 4.75 |
6 | Users understand the messages on the screen easily | 4.63 |
7 | The font size and number of buttons are appropriate | 4.44 |
8 | The background color is easy to read and convenient | 4.48 |
Potential challenges that might be encountered during implementation, measures for data security, and methods for monitoring the application’s effectiveness and safety after deployment were considered. Every scenario was meticulously planned and tested until all errors or oversights were addressed. A reevaluation of the analysis flow against reference sources was conducted.
Additionally, the functional design of the system was evaluated using a manual testing approach again. In the final phase before user release, experts confirmed that the system includes the necessary features to support various disease groups. Testing revealed that the system primarily follows simple guidelines for symptom assessment across 54 symptom groups, focusing on common conditions identifiable by their symptoms. It strictly adhered to guidelines for analyzing symptom sequences sourced from all relevant data (26-29).
To ensure proper usage and error prevention among system users, the application is connected to a back-end system. This back-end system can check inquiry data for symptom analysis and display results with recommendations. This thorough initial review helps confirm that the system is functioning as intended (Back-end link: https://smart-med.system-on.cloud/beta-test-v1d/authen).
Result of implementation
Dissemination
In response to the challenge of influencing healthcare and innovating new healthcare resources, the promotion and dissemination of the system’s utilization have led to a notable increase in its visibility and recognition on social media platforms. The system’s usage has led to a notable increase in its visibility and recognition. Upon releasing the system on the application store and promoting it through social media channels, particularly on the Facebook page “Smart ICT MED”, the response was overwhelmingly positive. This can be attributed to a substantial number of people being exposed to information about the system and the project. This proactive approach is effective in extending the system’s usage among healthcare workers and the general public, with the Facebook page boasting around 600 followers since its official launch in May 2021 (Figure 6) while Figure 7 shows visitor numbers surged during the second wave of the COVID-19 outbreak.


The project’s content and system utilization were promoted through three short video clips, which collectively garnered over 132,000 views. This greatly increased health awareness and interest in the system. The audience analysis showed that the content resonated most with individuals aged 25–34 years, particularly those interested in health and hygiene, with more males than females engaging with the content.
These statistics confirm widespread awareness and usage of the system for primary healthcare. The data reveals substantial user engagement across various regions, supporting the project’s goal of providing accessible healthcare information. This demonstrates the success of using social media to raise health awareness, reducing the reliance on hospitals for information. These findings clearly show that users can easily access the project’s outputs.
Chiang Mai University also supported this research by promoting it through their media channels, which have over 100,000 followers, mostly students and members of the public. This broad outreach effectively conveyed self-care guidelines and raised awareness about primary health issues.
Application publication
Regarding downloads, the Google Play Store registered 875 users for the system from 2021 until its termination in 2022 which was due to new publisher regulations, after which it was resubmitted. Additionally, distribution through the Google Play Store allowed the system to reach 711 user accounts directly through download links from January 2021 to October 26, 2021 (Figure 8).

As for the Apple Play Store, statistics indicate 5,819 users downloaded the system from June 2021 to October 26, 2021 (Figure 9).

A version update was released on August 1, 2021, under the account of the Faculty of Pharmacy, Chiang Mai University. The update aimed to present the system as a health service, necessitating publication solely through a health service agency. However, initial attempts to publish through the Apple Play Store encountered several challenges, resulting in a delay of over 3 months. Following Apple’s approval, the system was officially launched, without participating in the Beta version, in July (Figure 10).

Nationwide dissemination
Efforts to disseminate information about the system’s usage have reached 87 target hospitals nationwide, including primary and secondary institutions, through the distribution of brochures demonstrating its operation and via invitations. Furthermore, Figure 11 demonstrates how users on social media have shared information across various online publications, such as the Khaosod newspaper and the Vanguard Newspaper at Chiang Mai University, which has a following of over 100,000, with the goal of raising awareness and creating an impact [links: (I) https://www.khaosod.co.th/pr-news/news_6922107; (II) https://www.naewna.com/relation/639304; (III) https://www.khaosod.co.th/pr-news/news_6922107; (IV) https://www.matichon.co.th/publicize/news_3214940; and (V) https://thaiinnovation.center/2022/03/smart-ict-med/].

Results of application use
Based on the system usage report, which analyzes the connection between the application and the back-end system, noteworthy data was gathered from 11,033 users. The findings, detailed in Table 7, and corresponded to Figure 12. The analysis of symptom function usage within a healthcare application indicates distinct patterns in user engagement, highlighting which functions are frequently or infrequently used in response to various symptoms. For the symptom of fever, the “Share Symptom Condition” function was used 1,778 times, indicating a high level of engagement among users who wish to communicate and share their condition with others. This is further evidenced by the “Find Hospital” function, which was used 1,828 times, suggesting that users experiencing fever are actively seeking medical facilities. Additionally, the “Use the Monitoring Function” was utilized 277 times, showing a moderate but significant engagement in monitoring health status. Similarly, for the symptom of headache, the “Share Symptom Condition” function was used 629 times, while the “Use the Monitoring Function” was accessed 559 times. This indicates that users with headaches also tend to share their condition and monitor their symptoms frequently, though not as intensively as those with fever.
Table 7
Symptoms | Number of cases | Male | Female | Use the monitoring function‡ | Share symptom condition function‡ | Find hospital function‡ | Call emergency function‡ | |||
---|---|---|---|---|---|---|---|---|---|---|
N | % | N | % | |||||||
Headache | 697 | 684 | 98.13 | 13 | 1.87 | 559 | 629 | 192 | 4 | |
Fever | 2,456 | 1,033 | 42.06 | 1,423 | 57.94 | 277 | 1,778 | 1,828 | 5 | |
Cough | 920 | 705 | 76.63 | 215 | 23.37 | 486 | 551 | 87 | 1 | |
Sore throat | 654 | 600 | 91.74 | 54 | 8.26 | 537 | 72 | 115 | 0 | |
Runny nose | 756 | 448 | 59.26 | 308 | 40.74 | 99 | 177 | 755 | 0 | |
Joint pain | 156 | 147 | 94.23 | 9 | 5.77 | 142 | 32 | 9 | 0 | |
Wrist pain | 152 | 32 | 21.05 | 120 | 78.95 | 31 | 151 | 114 | 0 | |
Toothache/gum pain | 98 | 34 | 34.69 | 64 | 65.31 | 0 | 0 | 36 | 0 | |
Neck/shoulder pain | 398 | 389 | 97.74 | 9 | 2.26 | 38 | 244 | 273 | 0 | |
Low back pain | 228 | 132 | 57.89 | 96 | 42.11 | 105 | 42 | 186 | 0 | |
Muscle cramps | 243 | 120 | 49.38 | 123 | 50.62 | 1 | 65 | 231 | 0 | |
Ear infection | 23 | 3 | 13.04 | 20 | 86.96 | 6 | 11 | 14 | 0 | |
Rash/skin rash | 201 | 91 | 45.27 | 110 | 54.73 | 128 | 142 | 99 | 0 | |
Red spots on skin | 260 | 121 | 46.54 | 139 | 53.46 | 84 | 203 | 47 | 0 | |
White spots on skin | 79 | 3 | 3.80 | 76 | 96.20 | 76 | 52 | 78 | 0 | |
Skin itchiness | 133 | 23 | 17.29 | 110 | 82.71 | 117 | 85 | 48 | 0 | |
Blurred vision | 12 | 5 | 41.67 | 7 | 58.33 | 9 | 3 | 0 | 2 | |
Eye itchiness | 21 | 0 | 0.00 | 21 | 100.00 | 17 | 18 | 4 | 0 | |
Watery eyes | 65 | 48 | 73.85 | 17 | 26.15 | 3 | 42 | 21 | 0 | |
Dry eyes | 53 | 10 | 18.87 | 43 | 81.13 | 50 | 43 | 23 | 0 | |
Red eyes | 15 | 9 | 60.00 | 6 | 40.00 | 2 | 14 | 3 | 0 | |
Sleeplessness | 207 | 123 | 59.42 | 84 | 40.58 | 195 | 82 | 174 | 0 | |
Loss of appetite | 13 | 1 | 7.69 | 12 | 92.31 | 2 | 11 | 9 | 0 | |
Fatigue | 89 | 65 | 73.03 | 24 | 26.97 | 36 | 10 | 86 | 0 | |
Pale skin | 17 | 8 | 47.06 | 9 | 52.94 | 11 | 2 | 16 | 0 | |
Pain and swelling | 55 | 54 | 98.18 | 1 | 1.82 | 0 | 38 | 19 | 0 | |
Vomiting | 98 | 42 | 42.86 | 56 | 57.14 | 56 | 60 | 77 | 0 | |
Mouth ulcers | 49 | 24 | 48.98 | 25 | 51.02 | 2 | 3 | 30 | 0 | |
Scalp itchiness | 38 | 13 | 34.21 | 25 | 65.79 | 8 | 19 | 31 | 0 | |
Wheezing | 477 | 410 | 85.95 | 67 | 14.05 | 450 | 248 | 180 | 2 | |
Chest pain | 228 | 61 | 26.75 | 167 | 73.25 | 14 | 96 | 4 | 12 | |
Stomach pain | 254 | 237 | 93.31 | 17 | 6.69 | 139 | 252 | 86 | 7 | |
Diarrhea | 293 | 109 | 37.20 | 184 | 62.80 | 184 | 16 | 152 | 17 | |
Constipation | 152 | 110 | 72.37 | 42 | 27.63 | 25 | 121 | 118 | 0 | |
Nausea | 189 | 83 | 43.92 | 106 | 56.08 | 161 | 104 | 160 | 0 | |
Golden urine | 63 | 6 | 9.52 | 57 | 90.48 | 21 | 31 | 13 | 0 | |
Itching under umbrella | 29 | 24 | 82.76 | 5 | 17.24 | 24 | 15 | 9 | 0 | |
Urinary retention | 14 | 8 | 57.14 | 6 | 42.86 | 6 | 11 | 6 | 0 | |
Nail fungus | 31 | 25 | 80.65 | 6 | 19.35 | 1 | 22 | 12 | 0 | |
Anal pain, neck pain, throat pain | 47 | 24 | 51.06 | 23 | 48.94 | 3 | 18 | 3 | 0 | |
Swelling | 88 | 76 | 86.36 | 12 | 13.64 | 35 | 86 | 61 | 0 | |
Sneezing | 556 | 555 | 99.82 | 1 | 0.18 | 32 | 11 | 212 | 0 | |
No symptom | 426 | 182 | 42.72 | 244 | 57.28 | 421 | 125 | 156 | 0 |
†, excludes those used for testing and expert validation; ‡, single-use may serve multiple functions (all data excludes those used for testing and expert validation).

In contrast, the analysis shows that the “Call Emergency” function is rarely used across all symptoms. For headache, it was used only four times, and for fever, just five times. The symptom of cough saw minimal engagement with the “Call Emergency” function, used only once, and the “Find Hospital” function, used 87 times. For sore throat symptom, the “Call Emergency” function was not used at all, and the “Share Symptom Condition” function was used 72 times.
Similarly, for runny nose, the “Call Emergency” function was also not used, and the “Use the Monitoring Function” was engaged only 99 times. The symptom of fever stands out with the highest overall engagement across all functions, particularly in sharing symptom conditions and finding hospitals. This suggests that fever is perceived as a more severe symptom, warranting more communication and search for medical assistance.
On the other hand, the “Call Emergency” function is the least utilized across all symptoms, indicating that users may prefer other means of emergency contact or that emergencies are relatively rare in the context of the analyzed symptoms. The “Use the Monitoring Function” and “Share Symptom Condition Function” are more frequently used for symptoms like headache and fever, underscoring the importance of these functions for symptoms perceived as serious or requiring ongoing monitoring. The much higher engagement for symptoms like fever compared to runny nose or sore throat could indicate the perceived severity or the need for assistance with these symptoms. This insight can guide the prioritization of resources and functionalities within the application. The very low usage of the “Call Emergency” function might suggest that it is not frequently needed or that users prefer other means of emergency contact. This could warrant a review of the function’s accessibility or an assessment of user preferences and behaviors in emergencies. Understanding why certain functions are more popular can help tailor the application to better meet user needs. For example, the high use of the “Share Symptom Condition” function for fever indicates a significant need for communication and information sharing among users experiencing this symptom. Enhancing features that facilitate symptom sharing and hospital finding could improve user satisfaction and application effectiveness. In conclusion, analyzing the frequency of function use by symptom type provides valuable insights into user behavior and needs, allowing for targeted improvements and better user support within healthcare applications.
Discussion
The evolution of mobile applications in healthcare represents a significant advancement in addressing public health challenges worldwide. The Smart ICT MED mobile application, developed using the Waterfall methodology (30), is an excellent example of how technology can be leveraged to enhance healthcare delivery and promote self-diagnosis among the general population, particularly in Thailand. This discussion will explore the findings of this study, highlight its significance, and suggest areas for future improvement.
The initial step in developing the Smart ICT MED application involved collecting data on various symptom groups and their associated treatment guidelines. This comprehensive approach ensured that the application covered a broad spectrum of common illnesses, making it a valuable tool for preliminary symptom assessment. By categorizing symptoms into 54 groups, the application provides users with a structured and systematic way to identify potential health issues and seek appropriate advice (26-29). This feature is particularly beneficial in resource-constrained settings where access to healthcare professionals may be limited.
The methodology employed in this study also included rigorous testing and validation processes involving healthcare professionals from diverse backgrounds, including doctors, pharmacists, and nurses. This multi-disciplinary approach ensured the reliability and accuracy of the symptom assessment sequences (26-29), ultimately enhancing the application’s credibility and user trust. Furthermore, the application’s design, which focuses on user experience and accessibility, makes it suitable for users of all age groups and educational backgrounds (31,32).
The results of the functional operation analysis and user interface design reveal that most users found the application intuitive and easy to use. The high satisfaction scores among users, particularly in the areas of usability and interface design, underscore the importance of incorporating user feedback into the development process (32). The inclusion of functions such as finding nearby hospitals, tracking illness conditions, and sharing personal health information with other applications demonstrates the application’s potential to integrate seamlessly into users’ daily lives and support their healthcare needs.
Despite the positive reception, the study identified some areas for improvement. For instance, the “Call Emergency” function was hardly used across all symptoms, indicating a potential gap in user engagement or a preference for alternative emergency contact methods (31,32). Logically, if the symptoms addressed by the application are not severe, this function may not be essential. This finding suggests that the application could benefit from more intuitive design elements or clearer instructions for using this function.
Additionally, while users appreciated the application’s ability to provide preliminary symptom assessments, there was a general reluctance to rely solely on the application for medication advice, indicating a need for further integration with professional medical consultation services.
The dissemination of the Smart ICT MED application through social media and other digital platforms significantly increased its visibility and user base. The high engagement rates on platforms such as Facebook highlight the effectiveness of digital marketing strategies in promoting healthcare applications (12,13). Obviously, this dissemination strategic will help people take better care of their health and find ways to heal themselves.
The application’s implementation phase demonstrated its practical utility in real-world settings. The significant number of downloads and active users indicates a strong demand for digital health tools that facilitate self-diagnosis and healthcare management (9,11). The frequent use of the “Share Symptoms” and “Find Hospital” functions for symptoms like fever and headache highlights the application’s role in helping users find suitable medical facilities. It also allows users to prepare in case their symptoms worsen by recording and tracking them. This information can then be forwarded to a doctor or hospital for further diagnosis.
Therefore, the Smart ICT MED application represents a significant advancement in digital health technology, offering a practical tool for self-diagnosis and preliminary health assessment. Developing this system is not novel innovations or inventions; rather, it involves appropriately applying information technology within the health context.
However, ongoing efforts to enhance user engagement, integrate professional medical consultations, and streamline the publication process are essential for the application’s continued success and wider adoption.
Future research should also explore the long-term impact of such applications on healthcare outcomes and their potential to reduce the burden on healthcare systems by promoting self-care and early intervention.
Limitation
While this research primarily focuses on the development and initial implementation of the SMART ICT MED application, it does not include a long-term impact study. The goal of this application is to promote self-care and early intervention through reliable symptom assessment. However, assessing its sustained impact on healthcare outcomes and its capacity to reduce healthcare system burdens would require further longitudinal research beyond the current study’s scope. Future studies could explore these areas to better understand the application’s long-term benefits and potential for wider healthcare system integration.
Conclusions
The SMART ICT MED mobile application represents a significant advancement in digital health technology, providing an effective tool for self-diagnosis and preliminary health assessment. Developed with rigorous data collection and validation by medical experts, the application offers comprehensive symptom analysis across 54 common illness groups, making it a reliable resource for managing general, non-serious conditions in Thailand. Its user-friendly interface, designed to cater to users of all age groups and educational backgrounds, enhances accessibility and usability, which has been reflected in high user satisfaction scores.
The application’s dissemination through social media and digital platforms has significantly increased its visibility and user base, demonstrating the effectiveness of digital marketing strategies in promoting healthcare tools. Despite initial challenges in application store publication, the application’s outreach extended to 87 hospitals nationwide, supported by social media campaigns and media coverage. This widespread adoption underscores the application’s potential to positively impact public health by facilitating self-care and reducing the burden on healthcare systems.
While the SMART ICT MED application is not a substitute for professional medical consultation, it serves as an initial point of contact for healthcare, helping to reduce unnecessary hospital visits and promoting informed health decisions among users. The study highlights the importance of ongoing efforts to enhance user engagement, integrate professional medical consultations, and streamline the publication process to ensure the application’s continued success and wider adoption.
Acknowledgments
The research aligns with Strategy 3 of Funder, which aims to foster an inclusive, equitable society through the use of digital technology. The author extends gratitude to the director of the 81 hospitals for promoting and endorsing the use of digital health to support health organizations. In addition, this research was calculated the Social Return on Investment (SROI) to support Chiang Mai University’s policy.
Footnote
Data Sharing Statement: Available at https://mhealth.amegroups.com/article/view/10.21037/mhealth-24-38/dss
Peer Review File: Available at https://mhealth.amegroups.com/article/view/10.21037/mhealth-24-38/prf
Funding: This study was supported by
Conflicts of Interest: All authors have completed the ICMJE uniform disclosure form (available at https://mhealth.amegroups.com/article/view/10.21037/mhealth-24-38/coif). The authors have no conflicts of interest to declare.
Ethical Statement: The authors are accountable for all aspects of the work in ensuring that questions related to the accuracy or integrity of any part of the work are appropriately investigated and resolved. The study was conducted in accordance with the Declaration of Helsinki (as revised in 2013). In this research, ethical approval was granted by the Chiang Mai University Research Ethical Committee, which issued an ethical exemption (No. CMUREC 64/005). Informed consent was obtained from all participants prior to their involvement in the study.
Open Access Statement: This is an Open Access article distributed in accordance with the Creative Commons Attribution-NonCommercial-NoDerivs 4.0 International License (CC BY-NC-ND 4.0), which permits the non-commercial replication and distribution of the article with the strict proviso that no changes or edits are made and the original work is properly cited (including links to both the formal publication through the relevant DOI and the license). See: https://creativecommons.org/licenses/by-nc-nd/4.0/.
References
- Ford R, Wierdermann J. The App & Mobile Case Study Book. Indexed ed. Los Angeles: Taschen America LLC; 2011.
- Lane ND, Miluzzo E, Lu H, et al. A survey of mobile phone sensing. IEEE Commun Mag 2010;48:140-50. [Crossref]
- Székely A, Talanow R, Bágyi P. Smartphones, tablets and mobile applications for radiology. Eur J Radiol 2013;82:829-36. [Crossref] [PubMed]
- Panhale M. Beginning hybrid mobile application development. 1st ed. New York: Apress; 2016.
- Yi WJ, Jia W, Saniie J. Mobile sensor data collector using Android smartphone. In: 2012 IEEE 55th International Midwest Symposium on Circuits and Systems (MWSCAS). IEEE; 2012:956-9.
- Pryss R, Reichert M, Herrmann J, et al. Mobile crowd sensing in clinical and psychological trials--a case study. In: 2015 IEEE 28th International Symposium on Computer-Based Medical Systems. IEEE; 2015:23-4.
- Ahn Y, Bae J, Kim HS. The development of a mobile u-Health program and evaluation for self-diet management for diabetic patients. Nutr Res Pract 2016;10:342-51. [Crossref] [PubMed]
- Ramey L, Osborne C, Kasitinon D, et al. Apps and Mobile Health Technology in Rehabilitation: The Good, the Bad, and the Unknown. Phys Med Rehabil Clin N Am 2019;30:485-97. [Crossref] [PubMed]
- Thinnukool O, Khuwuthyakorn P, Wientong P, et al. Non-Prescription Medicine Mobile Healthcare Application: Smartphone-Based Software Design and Development Review. Int J Interact Mobile Technol 2017;11:130-46. [Crossref]
- Thinnukool O, Khuwuthyakorn P, Wientong P, et al. Type 2 Diabetes Mobile Application for Supporting for Clinical Treatment: Case Development Report. Int J Online Biomed Eng 2019;15:21-38. [Crossref]
- Sutham K, Khuwuthyakorn P, Thinnukool O. Thailand medical mobile application for patients triage base on criteria based dispatch protocol. BMC Med Inform Decis Mak 2020;20:66. [Crossref] [PubMed]
- Kemp S. Digital 2022: Thailand. 2022. [Accessed 2023 Jun 9]. Available online: https://www.datareportal.com/reports/digital-2022-thailand
- National Electronics and Computer Technology Center. Category: innovation-mobile-application. 2018. [Accessed 2023 Jun 9]. Available online: https://www.nectec.or.th/innovation/innovation-mobile-application/
- Tangcharoensathien V, Witthayapipopsakul W, Panichkriangkrai W, et al. Health systems development in Thailand: a solid platform for successful implementation of universal health coverage. Lancet 2018;391:1205-23. [Crossref] [PubMed]
- Department of Empowerment and Development of Persons with Disabilities. National Development Plan for Persons with Disabilities, 5th ed, B.E. 2560-2564. Ministry of Social Development and Human Security; 2560. Available online: https://dep.go.th/th/law-academic/knowledge-base/disabled-person-situation
- National Institute of Emergency Medicine. Criteria for Emergency Severity Triage and Emergency Operation Standards 2011. Bangkok: National Institute of Emergency Medicine; 2013. Available online: https://www.niems.go.th/1/Ebook?group=55
- Kwon PJ, Kim H, Kim U. A study on the web-based intelligent self-diagnosis medical system. Adv Eng Softw 2009;40:402-6. [Crossref]
- Kim S, Mun HJ. Design and development of a self-diagnostic mobile application for learning progress in non-face-to-face practice learning. Appl Sci 2021;11:10816. [Crossref]
- Müller R, Klemmt M, Koch R, et al. "That's just Future Medicine" - a qualitative study on users' experiences of symptom checker apps. BMC Med Ethics 2024;25:17. [Crossref] [PubMed]
- Bashshur RL, Shannon GW, Smith BR, et al. The empirical foundations of telemedicine interventions for chronic disease management. Telemed J E Health 2014;20:769-800. [Crossref] [PubMed]
- Piwek L, Ellis DA, Andrews S, et al. The Rise of Consumer Health Wearables: Promises and Barriers. PLoS Med 2016;13:e1001953. [Crossref] [PubMed]
- Supramaniam P, Beh YS, Junus S, et al. Exploring mHealth app utilization for diabetes self-management: survey insights from a northern district in Malaysia. BMC Public Health 2024;24:3542. [Crossref] [PubMed]
- Wang K, Varma DS, Prosperi M. A systematic review of the effectiveness of mobile apps for monitoring and management of mental health symptoms or disorders. J Psychiatr Res 2018;107:73-8. [Crossref] [PubMed]
- Santo K, Singleton A, Rogers K, et al. Medication reminder applications to improve adherence in coronary heart disease: a randomised clinical trial. Heart 2019;105:323-9. [Crossref] [PubMed]
- Carter MC, Burley VJ, Nykjaer C, et al. Adherence to a smartphone application for weight loss compared to website and paper diary: pilot randomized controlled trial. J Med Internet Res 2013;15:e32. [Crossref] [PubMed]
- Wolters Kluwer. Clinical Drug Information, Inc. (Lexi-Drugs). Wolters Kluwer Clinical Drug Information, Inc.; 2020. Available online: https://www.wolterskluwer.com/
- Herrick JB. A Handbook of Medical Diagnosis for Students. RareBooksClub; 2012. Available online: https://dokumen.pub/oxford-handbook-of-clinical-diagnosis-oxford-medical-handbooks-9780199679867-019967986x.html
- Stern SD, Cifu AS, Altkorn D. Symptom to Diagnosis: An Evidence-Based Guide. McGraw-Hill Educ; 2019. Available online: https://accessmedicine.mhmedical.com/book.aspx?bookID=2715
- Tanpichat W, Tangkiatkamjai M, Misawasdi P, et al. Rational Drug Use in Community Pharmacy: RDU Pharmacy. Academic Working Group for Promoting Rational Drug Use in Community Pharmacy; 2017. Available online: https://dmsic.moph.go.th/index/download/730
- GeeksforGeeks. Evolutionary Model - Software Engineering. Available online: https://www.geeksforgeeks.org/software-engineering-evolutionary-model/
- Manzano-Monfort G, Paluzie G, Díaz-Gegúndez M, et al. Usability of a mobile application for health professionals in home care services: a user-centered approach. Sci Rep 2023;13:2607. [Crossref] [PubMed]
- Saha D, Mandal A, Pal SC. User interface design issues for easy and efficient human computer interaction: an explanatory approach. Int J Comput Sci Eng 2015;3:127-35.
Cite this article as: Thinnukool O, Vientong P, Sutham K, Suksatit B, Klinjun N, Majumdar A, Khuwuthyakorn P. Smart ICT MED, mHealth development to basic illness symptoms. mHealth 2025;11:1.