Managing the Marriage: Device Development in a Pharmaceutical Environment
•Als PPT, PDF herunterladen•
5 gefällt mir•3,129 views
![Marrying Drugs and Devices - what’s the problem? Pre-Filled Syringes, 2010, slide www.team-consulting.com © Team Consulting 2010 ,[object Object],[object Object],[object Object]](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7)
Empfohlen
Empfohlen
Weitere ähnliche Inhalte
Was ist angesagt?
Was ist angesagt? (20)
Andere mochten auch
Andere mochten auch (6)
Ähnlich wie Managing the Marriage: Device Development in a Pharmaceutical Environment
Ähnlich wie Managing the Marriage: Device Development in a Pharmaceutical Environment (20)
Mehr von Team Consulting Ltd
Mehr von Team Consulting Ltd (20)
Kürzlich hochgeladen
Kürzlich hochgeladen (20)
Managing the Marriage: Device Development in a Pharmaceutical Environment
- 1. Managing the Marriage: Device Development in a Pharmaceutical Environment Chris Hurlstone, Team Consulting Ltd. 3 rd Pre-filled Syringe Conference London, October 2010 www.team-consulting.com © Team Consulting 2010
- 4. Drug development & Device development – conflicting requirements Pre-Filled Syringes, 2010, slide www.team-consulting.com © Team Consulting 2010 Can’t go to market with an unsafe product Need to be right first time but… Need to get to market as quickly as possible Drug pipelines can be uncertain Need to be flexible for as long as possible but… Need to work in a rigid regulatory framework For a successful ‘marriage’ these conflicts need to be resolved… … and that requires focus on some key aspects of device development
- 8. Planning: everybody has their favourite do’s and don’ts Pre-Filled Syringes, 2010, slide www.team-consulting.com © Team Consulting 2010 Combining drug and device development plans efficiently will require flexibility, contingency and some work at risk. Only burn bridges when you have to!
- 9. Understanding Requirements – Device Specifications Pre-Filled Syringes, 2010, slide www.team-consulting.com © Team Consulting 2010 URS PRS Design Specs
- 10. Specifications - The waterfall diagram Pre-Filled Syringes, 2010, slide www.team-consulting.com © Team Consulting 2010 We need to think in particular about how key requirements can differ for similar devices User Needs Design Input Design Process Design Output Medical Device Design Verification Design Validation Review URS PRS Design Specs
- 11. Pre-Filled Syringes, 2010, slide www.team-consulting.com © Team Consulting 2010 Cartridge-based Injectors (multi or single dose) Pre-filled Syringe-based Injectors (single dose, not multi-dose) Reloadable (Reusable) Disposable Flexpen (NN) Preotact (Ypsomed) Autopen (OM) NovoPen 4 (NN) EasyPOD (Merck Serono) SymlinPen (Ypsomed) RediPen (BD) DUAL CHAMBER CARTRIDGE PEN (for lyophilised drugs) Penlet (Haselmeier) (not on market) SimpleJect (OM) SureClick (SHL) Humira pen (OM) Epipen (Meridian ) Humalog Pen (EL) EpiCard (Intelliject) Autoject II (OM) Snapdragon (OM) Leva (B&O) BD auto-injector
- 12. Specifications – drugs and devices…. Pre-Filled Syringes, 2010, slide www.team-consulting.com © Team Consulting 2010 Growth hormone Migraine Reusable Disposable Single dose Multi dose IM SC Regular Unpredictable / emergency Frequent Infrequent Self injection Third party injection Home Portable Fixed dose Variable dose Manual needle insertion Auto needle insertion Manual delivery Auto delivery
- 13. Specifications – key technology elements Pre-Filled Syringes, 2010, slide www.team-consulting.com © Team Consulting 2010 Some elements of device technology are strongly influenced by drug properties (e.g. stability, viscosity), so can only be confirmed when the formulation is fixed Needle Sterility Dose Control Depth Control Power Source Safety Interlocks Trigger Mechanisms Delivery Indication Needle Safety Reset Mechanisms Primary Drug Packaging Others are primarily driven by the needs of the user . You probably know who they are... but do you know what they will do ?!
- 14. The User… Pre-Filled Syringes, 2010, slide www.team-consulting.com © Team Consulting 2010 … is a primary source of risk … is unpredictable … needs worrying about from Day 1. Usability is very hard to change at the last minute!
- 15. Combine analytical and empirical approaches Pre-Filled Syringes, 2010, slide www.team-consulting.com © Team Consulting 2010 Empirical Analytical
- 16. Human Factors Engineering to HE75 Pre-Filled Syringes, 2010, slide www.team-consulting.com © Team Consulting 2010 Full Spectrum of User Research Human Factors Engineering on device developments Opportunity Definition Phase Uncover Unexpressed User Needs Ethnographic Research Market Research Core Empirical Method Core Analytical Method Main image from AAMI HE75:2009
- 17. HFE: making what is safe, not what is ‘nice’ Pre-Filled Syringes, 2010, slide www.team-consulting.com © Team Consulting 2010 For medical devices, being right first time is an imperative
Hinweis der Redaktion
- Put into context of PFS 2010 conference…..
- A number of things are different e.g. Development processes Pharma companies understand drug development People know what to look for, and what is likely to go wrong Very few pharma companies regularly go through the full device development process People are often learning about the process as they do it… … and may move on before the next device development Familiarity is required with a new set of regulatory constraints: Unlike for many products, the development of medical devices is very highly regulated Device designers (including many design consultancies) have often gained their experience outside of medical device development Inventors by their nature aren’t always good at playing by the rules (That’s why there are inventors.) User Issues After being dispensed, most drugs have to deal with the same environmental issues: temperature, time, oxygen, moisture loss, and then differences in patient physiology and genetic makeup… After being dispensed, most devices have to deal with patients… who represent a far more complex and creative environment Production Issues The manufacturing processes involved are totally different
- WHAT ARE THE REALITIES OF DRUG DELIVERY DEVICE DEVELOPMENT? rigidities of regulatory industry - real challenge associated with late changes uncertainties of drug pipeline - demands flexibility 'right first time' risk focused quality imperative vs. reject drug batches (pre-PAT) - little opportunity to 'reject batches' and 'fix it on version 2' time pressure of the drug income before patent expiry We can summarise this as a pair of paired 'conflicts' … rigidity AND flexibility … right first time AND immense time pressure
- Device development has many facets. Understand what doesn’t need to be in the plan Early front end development work can sometimes be best done outside of the full development controls Quick, iterative explorative work Generation of simple models that can be easily tested Requirement for rich feedback rather than ‘statistical proof’ The information is needed for ‘understanding the landscape’ and ‘direction setting’, when many variables need to be accommodated Use ‘Rolling Wave’ planning – detail what you need to, when you need to - but outline all key phases and milestones from the outset
- The DHF typically includes: Design and development plan Design inputs, including product requirement specifications Design reviews Risk management Design output including design specifications Design verification and validation History of design changes (after start of change control)
- Not everybody does it properly Generally because they don’t do medical device development day in, day out Plan before the project has started, not part way through A good plan allows clear communication of deliverables and responsibilities, in advance! Development plans are a regulatory requirement The final device can not be too much of a compromise or it won’t be competitive… or safe.. So, do need to burn some bridges at some point. Can’t be all things to all men,
- There are many specifications to think about. Three key sets of documents form part of the development process: User Requirements Specification What the users will get from the product / device Typically validated through clinical trials Product Requirements Specification What the product / device will do (or not) Typically verified through design verification Design Specifications What the product / device is Allows the manufacturer to validate manufacturing processes
- This is how the specification maps onto the waterfall development process. Specified requirements need to be verified or validated, so consider how you will do this as you create it Don’t specify something that you can’t verify or validate Be clear on who is responsible for verifying which requirements Good specifications (and a good risk management process) should lead to good verification and validation plans. Bad specifications, however ….
- There are many different kinds of injector devices! So you will need to describe the one that you are developing This is where the specifications come in
- Consideration of the requirements for two different therapies starts us on the process of working out what it is we need to know… what we need to design to… what are the USER needs
- What about more detailed, product/technical requirements Some elements of specification can be fixed early. Others can not, so for development to be swift it needs to be flexible and remain as accommodating as possible for as long as possible The final device can not be too much of a compromise or it won’t be competitive… or safe..
- Users (patients, carers, clinicians) are often overlooked in device development until late in the day Consider the user from the very beginning of the development process when it’s cheaper to get it right in order to identify major risks early on Consider the context of use Drug + User = predictable Device + User = less predictable….. You can just about get away with a change in component colour or an adjustment to the IFU, but significant changes to avoid potential use error are a big deal.
- The device should fit the user, not the other way around. Interaction design is key, and requires detailed understanding of device function. This analytical thinking helps drive the empirical side – what are the objectives of the studies… what do the protocols need to cover
- Users (patients, carers, clinicians) are often overlooked in device development until late in the day Consider the user from the very beginning of the development process when it’s cheaper to get it right in order to identify major risks early on Ensure a permanent presence on the development team of a human factors specialist, working closely with the industrial designers and engineers
- IF you mess up your mobile phone design, you have another coming along in six months time… If you launch a dud device….. COST DIFFERENCES … the immense costs of drug development vs. "under-investment" in drug delivery device development?? The huge cost of product recall……