| Literature DB >> 28969704 |
Lisa Parker1, Tanya Karliychuk2, Donna Gillies3, Barbara Mintzes4, Melissa Raven5, Quinn Grundy4.
Abstract
BACKGROUND: Apps targeted at health and wellbeing sit in a rapidly growing industry associated with widespread optimism about their potential to deliver accessible and cost-effective healthcare. App developers might not be aware of all the regulatory requirements and best practice principles are emergent. Health apps are regulated in order to minimise their potential for harm due to, for example, loss of personal health privacy, financial costs, and health harms from delayed or unnecessary diagnosis, monitoring and treatment. We aimed to produce a comprehensive guide to assist app developers in producing health apps that are legally compliant and in keeping with high professional standards of user protection.Entities:
Keywords: Advertisements; Health legislation; Health policy; Medical device legislation; Medical ethics; Medical informatics; Mobile applications; Privacy; Professional ethics
Mesh:
Year: 2017 PMID: 28969704 PMCID: PMC5625720 DOI: 10.1186/s12911-017-0535-0
Source DB: PubMed Journal: BMC Med Inform Decis Mak ISSN: 1472-6947 Impact factor: 2.796
List of identified policies relevant to developers of mental health apps in Australia
| Regulatory domain/s addressed by policy | Policy Title | Jurisdiction | Author Sector |
|---|---|---|---|
| LEGISLATIVE GUIDANCE | |||
| Consumer privacy, Data security |
| Australia | Privacy |
| Consumer privacy, Data security |
| EU | Privacy |
| Consumer privacy, Data security |
| USA | Commerce |
| Consumer privacy, Data security, Promotion & Advertising |
| EU | Privacy, commerce, advertising |
| Consumer privacy, Data security, Promotion & advertising |
| USA | Commerce |
| Consumer privacy, Data security, Content, Promotion & advertising, Consumer finances |
| Australia | Telecommunications |
| Promotion & advertising, Consumer finances |
| Australia | Commerce |
| Medical device efficacy & safety |
| Australia | Health |
| Medical device efficacy & safety |
| International | Health |
| Medical device efficacy & safety |
| USA | Health |
| Medical device efficacy & safety |
| USA | Health |
| Medical device efficacy & safety |
| UK | Health |
| INDUSTRY SELF-REGULATION | |||
| Consumer privacy, Data security |
| International | Telecommunications |
| Consumer Privacy, Data security, Content, Promotion & advertising, Consumer finances |
| International | Digital media |
| Consumer Privacy, Data security, Content, Promotion & advertising, Consumer finances |
| USA | Digital media |
| Promotion & advertising |
| Australia | Advertising |
| Promotion & advertising |
| USA | Advertising |
| POST-MARKET CONSUMER GUIDANCE - GOVERNMENT | |||
| Consumer privacy, Data security |
| Australia | Privacy |
| Consumer privacy, Data security, Promotion & advertising, Consumer finances |
| Australia | Digital media |
| Consumer privacy, Data security, Content, Promotion & advertising, Consumer finances, Medical device efficacy & safety |
| Spain | Health |
| Consumer privacy, Data security, Medical device efficacy & safety |
| New Zealand | Health |
| Consumer finances, Medical device efficacy & safety |
| USA | Defence |
| Medical device efficacy & safety |
| Australia | Health |
| POST-MARKET CONSUMER GUIDANCE - INDSUTRY | |||
| Consumer privacy |
| USA | Advertising |
| Consumer privacy, Data security |
| USA | Privacy |
| Consumer privacy, Data security, Consumer finances, Medical device efficacy & safety |
| UK | Health |
| Consumer privacy, Data security, Medical device efficacy & safety |
| USA | Health |
| POST-MARKET CONSUMER GUIDANCE - OTHER | |||
| Consumer privacy, Data security, Promotion & advertising, Medical device efficacy & safety |
| Australia | Education |
| Medical device efficacy & safety |
| USA | Health |
Sample developer guidance: Australian privacy laws and global best practices [33]
| Does the app collect, use, disclose or hold any personal information? | |
|
| |
|
| |
| What kind of developer are you? | |
| • An individual or entity conducting a commercial activity | |
| o | |
| • A federal public entity | |
| o | |
| • A State or Territory public sector entity | |
| o | |
| • An individual | |
| o | |
| Does the app do, or claim to do, ANY of the following in ANY way? | |
| • Assess, maintain or improve a person’s physical or mental health, fitness or wellbeing? | |
| • Manage a person’s condition, disability or disease? | |
| • Diagnose or treat a person’s illness or disability, or injury? | |
| • Record a person’s health information? | |
|
| |
| • | |
| • | |
| • | |
| • | |
|
|
Sample developer guidance: Australian security laws and global best practices [33]
| If your app is subject to the Privacy Act 1988, then you must take reasonable steps to protect the personal information you collect, store or share. Even if your app is exempt from the | |
| There is no specific security law that app developers must follow. Instead, developers should use a risk-based approach to decide on the most appropriate level of security. The more sensitive the personal information collected, the stronger your security should be. Health information is highly sensitive, so apps that collect, store or share health information should adopt the strongest security measures. |
Sample developer guidance: Australian digital content laws [33]
| Does your app contain ANY of the following? | |
| • Images of child sexual abuse or instructions in paedophilia | |
| • Depictions of gratuitous or exploitative violence including sexual violence | |
| • Depictions of actual or exploitative sexual practices including bestiality or incest | |
| • Detailed instruction or promotion of crime or violence including the use of illicit drugs or terrorist acts | |
|
| |
|
| |
| Your app must have an appropriate age-classification. Check your app for mature themes and language, violence, sex, drug use and nudity. |
Sample developer guidance: Australian advertising laws and global best practices [33]
| Do the app’s promotional materials accurately reflect what the app provides? | |
|
| |
| Is the promotional material likely to be seen by an audience that includes children? | |
|
| |
| Are there any up-front or in-app charges associated with downloading or using the app? | |
|
| |
| Does downloading or usage of the app require extraordinary amounts of data? | |
|
|
Sample developer guidance: Australian consumer finance laws and global best practices [33]
| Does your app contain in-app purchases? | |
|
| |
| Do you sell your app directly to consumers (e.g. via your own website)? | |
|
|
Sample developer guidance: Australian medical device laws and global best practices [33]
| Is the focus of the app ANY of the following? | |
| • A specific disease, injury or disability? [This DOES include medical diagnoses and conditions (e.g. depression, eating disorder). It does NOT include symptoms or conditions that are not classified as a medical disease (e.g. stress, trouble concentrating, difficulty sleeping).] | |
| • An anatomical or physiological | |
| • Control of conception | |
|
| |
| Does the app claim that the output from the device can prevent or treat a specific disease, injury or disability or directly influence an anatomical or physiological process? Answer no if the app ONLY provides tips and advice on prevention or treatment. | |
|
| |
| Does the app collect user-generated data*? | |
|
| |
| Does the app deliver individualised health messages on the basis of user-generated data? | |
|
| |
|
| |
| Does the app allow direct diagnosis or monitor a vital physiological process? | |
|
| |
|
| |
| *USER GENERATED DATA is any information entering the app that comes from the user. Apps may rely on user-generated data to generate tailored messages to users via algorithms, calculators, coaches or other means. If an app delivers tailored health messages, it may be classified as a medical device. Example health messages include: | |
| • Diagnosis: e.g. The user has… | |
| • Prognosis: e.g. The user is at risk of … | |
| • Monitoring: e.g. The user’s disease is getting better / worse, or is stable / unstable | |
| • Advisory: e.g. The user should pursue a particular behaviour or use a product or service in a particular way (eg specifying dose or timing) | |
| Tips: An app is unlikely to be classified as a medical device, if the app only ever: | |
| • Indicates the risk that a population group has of developing a disease | |
| • Provides general advice about a “healthy lifestyle” (such as limiting smoking and alcohol use, getting sufficient exercise); | |
| • Provides links to support groups | |
| • Gives generic advice to “seek help” | |
| • Provides education about disease, anatomy or physiology | |
| • Reminds users to take medications | |
| • Monitors general health, fitness, wellbeing or the menstrual cycle (except if it investigates a specific physiological process) | |
| • Stores user-generated data for later review by a health professional |
Sample developer guidance: professional practice [33]
| There are standards of professionalism that set some health apps apart. Here’s a checklist to see if your app can compete: | |
| I have identified myself as the developer and provided contact information in the app, in store and on promotional materials. | |
| I have identified the authors of the app content by: disclosing authorship; providing author credentials; citing all sources; attributing all intellectual property | |
| I have disclosed all funding sources for the app, including commercial partners, in the promotional materials and in the app itself | |
| I have disclosed my business model so consumers understand how they are paying for the service. | |
| I have provided scientific evidence to support the claims about what the app can do. | |
| If I’m making a health claim, I have provided clinical evidence | |
| I have provided an easily accessible and understandable privacy policy | |
| I have obtained consumers’ fully informed consent | |
| I have carefully selected third party partners so that I only work with partners that are transparent and accountable about how they collect, store and share user data. | |
| I have designed my apps to be usable by all consumers including people with specific user needs such as those people with vision, hearing or dexterity impairments. |