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

Create the Technical file for MHRA #73

Closed
10 tasks
joereddington-public opened this issue Jul 16, 2018 · 8 comments
Closed
10 tasks

Create the Technical file for MHRA #73

joereddington-public opened this issue Jul 16, 2018 · 8 comments
Labels
Task An activity that must be done that is not a bug or new feature

Comments

@joereddington-public
Copy link

joereddington-public commented Jul 16, 2018

We need to submit a technical file to the MHRA so that they can accept The Open Voice Factory as a medical device.

Here's what we need in a technical file for the MHRA (as provided by @greg-westnine):

@joereddington joereddington added this to A named external person needs this before they can do something, or on a deadline in Public Tasks Jul 19, 2018
@greg-westnine
Copy link

Things to include in the Technical File

  • Detailed description of the system (from the architecture wiki)
  • Risk Register and Summary
  • Collected issues defining the requirements of the system
  • Release notes
  • Test cases and Test reports
  • QMS
  • Improvements Register
  • Evidence post market surveillance
  • Declaration of conformance

@joereddington-public
Copy link
Author

joereddington-public commented Jul 30, 2018

Excellent. Thanks Greg,

Some quick questions:

  • What's QMS?
  • Do we also have to include our policies?

Next actions:

  • Create a dropbox folder for this.
  • Talk over exact format with G - will we produce this as a physical copy- as a single word document with lots of links, as a set of files?

@greg-westnine
Copy link

QMS = Quality Management System - have updated. Basically it is our policies.

@greg-westnine
Copy link

This document might be useful
Summary of Technical Documentation Conformity.docx

@joereddington-public
Copy link
Author

Thank you for adding issues for each of these - that's going to make life easier. :)

@greg-westnine greg-westnine added the Task An activity that must be done that is not a bug or new feature label Aug 9, 2018
@greg-westnine
Copy link

I have been thinking about the roadmap. I decided a visual representation might be helpful so have created this https://docs.google.com/spreadsheets/d/1LhxRgpai2V81J0bDuiULLEfngxrJ050ljg3rrjk0DHg/edit?usp=sharing

I think trying activity to organisational goals is a good thing to do. I can imagine linking this to the risk register and have therefore added a stream for this, although it is currently empty. Maybe there are more things to define as goals.
Also I think 'sprints for comic relief' isn't very enlightening. What do we think Comic Relief want to see? Even if we don't know the detail of what changes maybe we know the main themes.

The timescales might be highly speculative, but I feel like putting some kind of marker down is a good thing.

@joereddington-public
Copy link
Author

'sprints for comic relief' should probably say "We're putting together a group of stakeholders, who will tell us what they want, and we'll do some agile sprints with out coders to deliver it." does that make sense?

@joereddington-public
Copy link
Author

Looking at #86 - the title doesn't appear to aggree with the text in this issues header - @greg-westnine - please do some expansion.

@greg-westnine greg-westnine added this to EU registration in Medical Device Registration Oct 11, 2018
@joereddington joereddington moved this from A named external person needs this before they can do something, or on a deadline to Paused (medical device) in Public Tasks Oct 23, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Task An activity that must be done that is not a bug or new feature
Projects
Development

No branches or pull requests

3 participants