Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Clinical Evaluation Template #12

Open
johndgiese opened this issue Feb 28, 2019 · 2 comments
Open

Clinical Evaluation Template #12

johndgiese opened this issue Feb 28, 2019 · 2 comments
Milestone

Comments

@johndgiese
Copy link
Contributor

No description provided.

@ahnurmi
Copy link

ahnurmi commented Feb 28, 2019

Hello! As per our discussion, clinical evaluation is required by the EU even if the device is of class I (least concern). It could go under the topic of product validation, as defined in IEC 82304-1 for software-only products and recognized by FDA.

I could write two templates called:

  • Clinical Evaluation Plan
  • Clinical Evaluation Report

as we have written such documents before.

Discussion topics:

  1. Not everyone needs to perform clinical evaluation, i.e. when contract-developing a component instead of a product. Could there be some kind of option? Are there going to be too many options?
  2. Reports are more project- than product-specific. One rarely needs to read old reports. Would it be helpful to have a project-specific subfolder for reports? (As opposed to main product documentation.)
  3. Clinical evaluation could later be a part of a more general validation plan / report, where use requirements are traced to their validation.

Reference:

About product validation in general:

@johndgiese
Copy link
Contributor Author

johndgiese commented Feb 28, 2019

@ahnurmi thank you for writing out all of these details.

I am only familiar with 62304, but it would be great if we could support 82304-1 as well.

I have wondered about the best way to support options like this. It could be a prompt that occurs when you run rdm init. E.g.:

$ rdm init
Question 1 ... [Y/n]: Y
Question 2 ... [Y/n]: Y
Question 3 ... [Y/n]: Y
Documents generated in "your-project/regulatory".

Alternatively, we could keep the options in system.yml. But system.yml may get to be very large and confusing.

  1. Agreed; it would be nice to put reports and/or records in subdirectories e.g. regulatory/release/clinical-evaluations/clinical-evaluation-001.md (for example; this name may not make sense)

  2. We are still learning how software validation works in practice; our current templates are probably lacking in this area.

@johndgiese johndgiese modified the milestones: v1, icebox Apr 1, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants