Launch HN: Enzyme (YC S17) – Automating FDA Compliance and Approval
11–20 of 28 posts
Re: Launch HN: Enzyme (YC S17) – Automating FDA Compliance and Approval
#12Are you building only a QMS or also an automated system to handle registration and listing, CAPA, labeling, submissions, etc? Class 1 all the way to class 3? Alternative submission pathways? If you are dealing with digital health products, what are your thoughts on the pre-cert pilot that is occurring right now? How significantly do you believe the changes will impact your process and infrastructure given minimal dat…
Re: Launch HN: Enzyme (YC S17) – Automating FDA Compliance and Approval
#13Will this be self-hosted? Also, why FDA first instead of CE?
Re: Launch HN: Enzyme (YC S17) – Automating FDA Compliance and Approval
#14Are you building only a QMS or also an automated system to handle registration and listing, CAPA, labeling, submissions, etc? Class 1 all the way to class 3? Alternative submission pathways? If you are dealing with digital health products, what are your thoughts on the pre-cert pilot that is occurring right now? How significantly do you believe the changes will impact your process and infrastructure given minimal dat…
Registration and listing: harder to automate because information systems on FDA’s side aren’t quite there yet. For GUDID, yes
CAPA, labeling, submissions: yes
Alternative submission pathways: what do you mean by this precisely?
Pre-cert: I think the premise is correct, in that the current quality system regulations aren’t well suited to modern SW development practice. But the devil will be in the details. Regardless it won’t affect us significantly because whatever gets released will have to have a phase-in for existing process that we’ll be able to adapt to.
Re: Launch HN: Enzyme (YC S17) – Automating FDA Compliance and Approval
#15Are you building only a QMS or also an automated system to handle registration and listing, CAPA, labeling, submissions, etc? Class 1 all the way to class 3? Alternative submission pathways? If you are dealing with digital health products, what are your thoughts on the pre-cert pilot that is occurring right now? How significantly do you believe the changes will impact your process and infrastructure given minimal dat…
Re: Launch HN: Enzyme (YC S17) – Automating FDA Compliance and Approval
#16Curious to know how you conveyed this as a venture scale company? There is a YC incorporation company that didn’t scale (not meant to be a dig), so curious about what’s different.
1) Compliance is an ongoing activity regardless of how many new products you release. Think something like HIPAA, but more pervasive. So there’s an ongoing need that is ordinarily fulfilled by people - everything from a consultant for a garage startup to 1,000s of FTEs for a Fortune 500 company. This creates an ongoing, sticky customer relationship for anyone who can deliver significant value.
2) Our product and approach is valuable to more than just startups and enterprise life science companies routinely spend $10M+/yr on software systems.
Re: Launch HN: Enzyme (YC S17) – Automating FDA Compliance and Approval
#17Are you building only a QMS or also an automated system to handle registration and listing, CAPA, labeling, submissions, etc? Class 1 all the way to class 3? Alternative submission pathways? If you are dealing with digital health products, what are your thoughts on the pre-cert pilot that is occurring right now? How significantly do you believe the changes will impact your process and infrastructure given minimal dat…
To your other questions: Registration and listing: harder to automate because information systems on FDA’s side aren’t quite there yet. For GUDID, yes CAPA, labeling, submissions: yes Alternative submission pathways: what do you mean by this precisely? Pre-cert: I think the premise is correct, in that the current quality system regulations aren’t well suited to modern SW development practice. But the devil will be in…
De novos, abbreviated 510(k)s, lesser used pathways.
> Pre-cert: I think the premise is correct, in that the current quality system regulations aren’t well suited to modern SW development practice. But the devil will be in the details. Regardless it won’t affect us significantly because whatever gets released will have to have a phase-in for existing process that we’ll be able to adapt to.
My general concern being in digital health is implementation timeline. 1 year timeline is different than 2 year timeline is different than 5 year etc. In my eyes it's really a question of how long FDA will be expecting traditional submissions while they roll out a model geared more around approval of companies vs products.
Re: Launch HN: Enzyme (YC S17) – Automating FDA Compliance and Approval
#18Wow! Getting that enzyme.com domain must have been very pricey.
Re: Launch HN: Enzyme (YC S17) – Automating FDA Compliance and Approval
#19Earlier quoted context omitted.
To your other questions: Registration and listing: harder to automate because information systems on FDA’s side aren’t quite there yet. For GUDID, yes CAPA, labeling, submissions: yes Alternative submission pathways: what do you mean by this precisely? Pre-cert: I think the premise is correct, in that the current quality system regulations aren’t well suited to modern SW development practice. But the devil will be in…
> Alternative submission pathways: what do you mean by this precisely De novos, abbreviated 510(k)s, lesser used pathways. > Pre-cert: I think the premise is correct, in that the current quality system regulations aren’t well suited to modern SW development practice. But the devil will be in the details. Regardless it won’t affect us significantly because whatever gets released will have to have a phase-in for existi…
De novo’s definitely, abbreviated 510(k)’s as well (that’s more of a requirements -> standard conformance challenge which a system like ours is particularly suited to demonstrate), but to your point they’re not that common.
> In my eyes it's really a question of how long FDA will be expecting traditional submissions while they roll out a model geared more around approval of companies vs products.
Yes but in a certain sense for many digital health companies this is already true, because they’re 510(k) exempt and FDA’s oversight occurs retroactively via QMS auditing.
The near term challenge for digital health, until precert comes online, is that there are a limited number of software experts at FDA. To the Agency’s credit, they have recognized this and are trying to remedy it. But the big problem we see with software submissions is that things get overlooked, and in such a way that speaks to an overworked reviewers. This of course leads to delays, which is why it’s very important for software submissions to be buttoned up. This is one the things we’re tryijg to make happen with our QMS, which generates more reports that clearly map from requirement->code->test.
Re: Launch HN: Enzyme (YC S17) – Automating FDA Compliance and Approval
#20Earlier quoted context omitted.
> Alternative submission pathways: what do you mean by this precisely De novos, abbreviated 510(k)s, lesser used pathways. > Pre-cert: I think the premise is correct, in that the current quality system regulations aren’t well suited to modern SW development practice. But the devil will be in the details. Regardless it won’t affect us significantly because whatever gets released will have to have a phase-in for existi…
> De novos, abbreviated 510(k)s, lesser used pathways. De novo’s definitely, abbreviated 510(k)’s as well (that’s more of a requirements -> standard conformance challenge which a system like ours is particularly suited to demonstrate), but to your point they’re not that common. > In my eyes it's really a question of how long FDA will be expecting traditional submissions while they roll out a model geared more around…