Whether you are looking for support with your own mental health, or helping someone else to understand theirs, there are thousands of apps to choose from.
It can be hard to know which ones are helpful and which apps will protect your personal details soPAPYRUS have partnered with ORCHA to help you decide which are the best and most trusted apps to use.
All the apps you see on here have been reviewed which means you can be sure that they are safe to use and can spend more time finding the apps that best suit your needs.
ORCHA is one of the leading providers of Health and Care App evaluations and reviews. It provides an objective and independent assessment of health and medical Apps. This is an advisory not regulatory service, but we do advise where regulatory issues may be important and should be considered further. It is however ultimately the responsibility of the developers and/or publishers of an App to ascertain its compliance with all relevant regulatory standards.
The ORCHA Baseline Review (“OBR”) is ORCHA’s first level of assessment and involves a detailed ‘desktop’ analysis of Digital Health solutions looking across all of the key areas of regulation and compliance. The OBR is largely undertaken proactively as part of ORCHA’s ongoing assessment and monitoring of the whole Digital Health market place and we review the most downloaded and most recently updated Apps and related Digital Health solutions across over 250 health and care categories and conditions.
The OBR is primarily an assessment of an Apps compliance with current standards, regulation and good practice (together “Standards”).
A standard is an agreed way of doing something. It could be about making a product, managing a process, delivering a service or supplying materials – standards can cover a huge range of activities undertaken by organizations and used by their customers.
”Standards are the distilled wisdom of people with expertise in their subject matter and who know the needs of the organizations they represent – people such as manufacturers, sellers, buyers, customers, trade associations, users or regulators.” (British Standards Institute)
They can be of regulatory significance or form non regulatory requirements or required best practice in a given jurisdiction or area.
The Standards we currently look at in the OBR are:
The OBR seeks to assess an App's performance through its compliance with these Standards. Our Review is regularly updated to reflect changes in these Standards. The higher the ORCHA Score achieved the more compliant the App is with these Standards and vice versa.
Whilst a high scoring App is not guaranteed to be effective or safe, or a poorly scoring App is not necessarily ineffective or unsafe, it does mean that the relevant Developer has taken more or less care over the App's compliance with these key Standards than other similar Apps. In the critical area of health and care, we believe that developers should take compliance with Standards extremely seriously.
Some Apps are technically medical devices and for class iia, iib and iii devices, require full assessment and Approval in the EU through processes overseen by the national regulatory bodies such as the MHRA in the UK and HPRA in Ireland and in other jurisdictions by similar regulatory bodies. An App of this nature should not be made available to the general public until it has been assessed and appropriately certified and any that we identify as being a non uncertified medical device is excluded from our general search.
If you become aware of any inaccuracy in the information presented in our Reviews or have any other concerns, please report this to us immediately at email@example.com.
ORCHA are not promoting or recommending any particular Apps through this process but are providing impartial information about an App's compliance with Standards and a mechanism for end users to easily identify those Apps that best meet those Standards and to check which ones don’t.
STAGE ONE - EXCLUSION FILTERS
The OBR process starts with a weekly analysis of all the Apps available on the App Store or Google Play in the ‘health, wellbeing/fitness and medical’ sections. We then filter out Apps that are not available to use in a supported jurisdiction (currently the UK, the Republic of Ireland, the Netherlands and Estonia) and Apps that have not been updated for 18 months or more. Of the remaining Apps we organise these into over 250 health and care condition categories and queue them within their category by most downloaded
STAGE TWO - LEVELS
There are a huge array of different types of health and care Apps available with an equally wide array of functionality and sophistication. At ORCHA we believe that just because an App offers more functionality it doesn’t mean it is automatically better than a functionally simple App. Apps that for example simply provide information and guidance – similar to health ‘leaflets’ – can be very useful in certain circumstances and this isn’t impacted by their relative functional simplicity.
In order to assess and score these Apps in a way that enables a fair comparison of like for like solutions, ORCHA has devised a sequence of Levels to attribute to an App. These Levels (currently ranging between Level 0-4), are indicative of the area of focus an App has (wellbeing, general health or specific conditions) and the level of functional complexity and associated risk. The Levels are an important part of the ORCHA Baseline scoring system which adjusts between each level to reflect a shifting prioritisation from the user experience measures towards the data security and clinical assurance review domains (outlined below).
The current App Levels are detailed below:
|Level 0 - Simple Wellbeing||These apps are designed to support general wellbeing and have limited feature sets and don’t collect any data. Because they are not health focussed and do not collect data we only assess their compliance in the User Experience domain.|
|Level 1 - Advanced Wellbeing||These apps are focussed on general wellbeing but they can collect data and they are likely to have a number of more advanced features. Because they are not health focussed we only assess their compliance in the Data and Security and User Experience domains|
|Level 2 - General Health||These apps are focussed on general health. They may collect data and they may have a number of more advanced features. Where they collect data we assess their data use policies and compliance with relevant standards. Because they are health focussed we also assess their compliance in the Clinical Effectiveness as well as the User Experience domains.|
|Level 3 - Condition Management||These apps can be focussed on general health or supporting specific health conditions. They may collect data and they may have a number of more advanced features. Where they collect data we assess their data use policies and compliance with relevant standards. Because they are health focussed we also assess their compliance in the Clinical Effectiveness as well as the User Experience domains.|
|Level 4 - Regulated||These Apps can be focussed on general health or specific conditions and contain advanced and complex features that are subject to formal regulation. Where they collect data we assess their data use policies and compliance with relevant standards. Because they are health focussed we also assess their compliance in the Clinical Effectiveness as well as the User Experience domains.|
STAGE THREE- FUNCTIONS & FEATURES
As part of our evaluation of an App's Level, we also capture all of the App's key functions and features. We have currently over 14 features that we regularly check for and we are constantly updating this as Apps develop new features and functions. The Functional assessment also dynamically changes the lines of enquiry that our Reviewers follow during the Review proper again to ensure that the assessment is as tailored to the type of App as possible. For example an App that collects sensitive and identifiable data will trigger a range of more detailed questions in regards to its Data compliance than an App that doesn’t collect this type of data.
The functional capabilities all become filterable search elements in the ORCHA App Finder, allowing all users to tailor their searches appropriately to find Apps that actually do the things that they want support around. For example, you can search for an App that simply provides Information and Guidance or an App that provides relevant forums or networks of support.
|General Information - L0||The App provides general information or guidance|
|Alerts and Notifications - L0||The App provides alerts and notifications relevant to its area of focus|
|Social Support Networks - L1||The App has its own or provides access to social networks relevant to its area of focus|
|Wellbeing Tracking - manual or automatic – L1||The App allows you to record relevant wellbeing information either manually or automatically using connected Apps or devices|
|Goal setting and gamification – L1||The App allows you to set health and wellbeing related goals and may support games and challenges around achieving that|
|Environmental Data – L1||The App provides information about air quality, pollen levels and releated data.|
|Service Signposting - L2||The App provides links and suggestions for local or national services that are relevant to its focus area|
|Health Tracking - manual or automatic - L2||The App allows you to record relevant health information either manually or automatically using connected Apps or devices|
|Data Sharing – L2||The App allows you to share information in the App with others or other Apps/Systems|
|Carer Support – L2||The App provides features that help those caring for others|
|Online Appointments - L2||The App allows you to make appointments with health and care professionals using online booking|
|Personal Health Record - L3||The App allows you to create a personal health record|
|Remote Clinical Monitoring - L3||The App allows the remote monitoring of certain health data by health and care professionals|
|Online Prescriptions - L4||The App allows you to order and manage prescriptions online|
|Online Consultation - L4||The App supports online consultations with health and care professionals|
|Treatment Support - L4||The App provides support in the management of specific conditions and the related treatments|
|Automated Guidance - L4||The App uses the data it has to provide automated advice and guidance about your health|
STAGE FOUR - REVIEW DOMAINS
The Review focusses on the three Review Domains outlined below. Each of these Review Areas has been designed by relevant experts and consists of a series of objective (Yes/No) questions which should be capable of being answered by our Reviewers from information in the App, on the relevant App Store or on a supporting website.
Our reviewers are recruited and trained by ORCHA from a wide array of backgrounds and roles. They are not experts in any particular field of App assessment but rapidly become expert in interrogating Apps to answer the questions posed by our Review Development Team who are all experts in the relevant areas such as clinical, technical, regulation, user experience and design.
Our Expert Review Development Team are responsible for the questions our Reviewers are looking to answer. They set out very clearly what evidence the Reviewers need to find to answer a question affirmatively and they also determine the consequences of the answer to each question in terms of positive or negative points being awarded, which drives our scoring process.
Our Reviewers are guided through each review through our online Review Engine and this ensures that all the relevant questions are investigated. Where our Reviewers encounter scenarios that the Review Development Team haven’t specified, the Reviewers refer these back to the relevant member of the Review Development Team for guidance.
This combination of highly trained dedicated reviewers and our wider Expert Group in the Review Development Team means that we can review lots of Apps in a timely and cost effective manner.
If you’re interested in becoming an ORCHA Reviewer please contact us here
Our expert team can be found here and their expertise and experience covers the wide array of elements that we review against. Whilst we have a number of clinicians in the Expert Group and a wider network of healthcare professionals that support many elements of our work, the Baseline review does not involve any direct clinical evaluation.
Our review process looks for proof points across a wide spectrum of App characteristics. From a clinical evaluation perspective, it would be very difficult and costly to undertake detailed analysis of the clinical accuracy and effectiveness of all Apps given the vast array of clinical and health related conditions and issues Apps now support. Even for suitably expert clinicians, the evaluation of many elements of an App would require more than a simple ‘read through’ or user test. This type of evaluation is therefore not practical for a ‘baseline’ review of the hundreds of thousands of Apps that are out there.
We therefore use indicators of clinical quality as a proxy for this level of detailed analysis to gauge whether an App appears to have the key ingredients in the area of clinical safety and effectiveness. These include an investigation of whether there is a suitable qualified individual or body behind the App, consideration of whether an App should be and is treated as a Medical Device with appropriate CE marking, an assessment of the evidence base that the developer has presented to support any efficacy claims.
These easily and practically assessable elements provide in most cases a good indication of whether an App can be considered clinically safe and sound. It is not 100% accurate and there are many instances where an App has scored poorly in this section simply because the Developer has not included this detail. We have not yet come across the reverse scenario where a Developer has scored well in this section and subsequently been found to have significant clinical safety issues or concerns but as with all but the most stringent and resource intensive assessment processes, this could theoretically happen.
If our Reviewers cannot find evidence to support an answer from these sources they will assume that the App is not compliant with or capable of satisfying the relevant requirement.
There are often cases where an App is in fact capable of satisfying particular requirements but that this is not made clear in any obvious publicly available place. In these circumstances Users are left with uncertainty as to the real position and our view is that in this circumstance they should proceed with caution.
Because of the factual nature of this approach most of these questions establish definitively whether or not the App does or does not do something that is relevant to the specific domain in question. In a small number of areas however, the answer to the question relies on the information provided on the face of the App by the relevant developer or publisher, being accurate. This is because of the significant logistical challenges that would arise if each of these elements were to require specific validation.
This is a pragmatic solution which has been adopted by most serious players in this space. For example both Apple and Google use this method in their acceptance approaches for integration with Apple Health and Google Fit respectively. It is also the approach that is being pursued nationally by the team from NHS Digital, PHE, Nice and NHSE in their development of an NHS Digital App assessment approach.
The OBR dynamically adjusts as the type or characteristics of an App evolves (i.e. does it collect Data or not, is it Clinical, does it interoperate with third party systems etc). This dynamic adjustment is a crucial part of the process and recognises that there are many different types of health Apps and applying a blanket assessment model is highly inefficient and ineffective. The dynamic nature of the review also applies to the scoring system that also adjusts to the characteristics of an App and provides a weighted impact dependent for example on the sensitivity of the data that an App handles or the level of clinical guidance it offers.
STAGE FIVE- THE SCORE
All this analysis results in an overall ORCHA score which is built up from the answers to each of the questions in the three Review Domains. Some questions earn positive points and some earn negative points. The ORCHA Score aims to deliver a meritocratic evaluation with all Apps being treated equally and fairly irrespective of their current popularity or the financial position of their Developers.
Any score below 65% would indicate that an App has some issues that users should investigate further prior to using this App. Scores below 45% indicate that an App has considerable issues or challenges and in its current form is potentially unhelpful or unsafe.
STAGE SIX- DEVELOPER NOTIFICATION & PUBLICATION
The final stage of the process is Developer notification and publication stage. When the review is complete, we send a notification to the relevant developer/publisher giving them an opportunity to preview the Review ahead of its publication. This gives them an opportunity to highlight any obvious errors or issues before we release the Review onto all our platforms. Once the notification period has expired, we publish the Review on all our platforms.
STAGE SEVEN– POST PUBLICATION REVIEW MONITORING & MANAGEMENT
All our reviews will remain valid until a new version of the App is produced. If a new version is not produced within 18 months of the current version, we mark the relating to the App as 'Out of Date' and the ORCHA App Score will start to degrade at the rate of 5% per month.
If the Developer implements a new version of this App we will automatically detect this via the relevant App Stores and we will mark the current review as being related to an old version of the App on all our platforms. The new version of your App will go back into the queue for a Re-Review and we will in time undertake this.