J
Joemj
Hello, I am new to this forum and I am looking for a thread specifically on mobile app validation but I don?t see one. My questions are related to low-risk Mobile Apps and NOT Mobile Medical Apps as defined by the FDA. The FDA has indicated they intend to exercise enforcement discretion for these types of apps. (Not quite sure I understand what that really means).
Most of our apps in this category are used by sales and marketing personnel. Many render or contain promotional, sales support, and training (PSST) material that have been approved within our internal systems. As such, the material being rendered by the apps are classified as Labeling materials, and therefore are determined to be part of our Quality System requiring computer system/software validation. We also consider, perhaps conservatively, these records within the app as Part11 electronic records even though the app has absolutely no provision or function that allow a user to change or alter the material. When information is changed, or a new OS is deployed, the app is versioned by the developer and its functions re-verified.
We have a standard protocol for non-device quality system validation but it is truly for large complex IS systems. We are trying to better scope it or tailor it for these types of applications for our eMarketing team who really have limited knowledge with software validation, if any. They do not understand terms such as ?risk-based validation? or to ?scope the validation accordingly?. Getting these apps out to the sales & marketing force quickly and expeditiously is imperative.
My questions are:
Joe
Most of our apps in this category are used by sales and marketing personnel. Many render or contain promotional, sales support, and training (PSST) material that have been approved within our internal systems. As such, the material being rendered by the apps are classified as Labeling materials, and therefore are determined to be part of our Quality System requiring computer system/software validation. We also consider, perhaps conservatively, these records within the app as Part11 electronic records even though the app has absolutely no provision or function that allow a user to change or alter the material. When information is changed, or a new OS is deployed, the app is versioned by the developer and its functions re-verified.
We have a standard protocol for non-device quality system validation but it is truly for large complex IS systems. We are trying to better scope it or tailor it for these types of applications for our eMarketing team who really have limited knowledge with software validation, if any. They do not understand terms such as ?risk-based validation? or to ?scope the validation accordingly?. Getting these apps out to the sales & marketing force quickly and expeditiously is imperative.
My questions are:
1. The release of the Mobile Medical App Guidance states that FDA will not or does not intend to enforce the FD&C Act on these types of non-medical apps. Does that mean that 21CFR820 would not apply since it?s not considered a device, therefore negating the requirement for validation?
2. We definitely want to do some verification but what is appropriate or expected?
3. Are we too conservative in calling these types of apps quality system apps, and or electronic records?
4. Has anyone had similar situations or can lend advice say with generating templates?
Thanks,2. We definitely want to do some verification but what is appropriate or expected?
3. Are we too conservative in calling these types of apps quality system apps, and or electronic records?
4. Has anyone had similar situations or can lend advice say with generating templates?
Joe