Biomedical — Good to Know: Rules of Thumb and Veteran Knowledge
The standard-practice and niche credentials, the standards/regulation mastery layer, order-of-magnitude reflexes, and what exams don't test. Companion to the RAC-Devices guide and the CCE guide.
1. The credential landscape: what everything else is for
Biomedical has no practitioner license — no US state licenses biomedical engineers, and there is no NCEES biomedical PE exam (biomedical engineers seeking a PE sit Mechanical, Electrical/Computer, or Chemical). The mandatory layer in this discipline is not licensure but device regulation: FDA and EU law decide what may be built, sold, and used. Every credential below slots into that reality.
- RAC-Drugs (RAPS). The sister exam to RAC-Devices for pharma/biologics regulatory professionals. Pursue it if you work on drug-device combination products — the exam that teaches you which center leads (CDRH vs. CDER vs. CBER) and how the primary mode of action assigns jurisdiction. Device engineers at pharma companies and combination-product startups need both RACs.
- CBET — Certified Biomedical Equipment Technician (AAMI). The technician-level credential for the hands-on biomed workforce: repair, PM, safety testing. If you manage a clinical engineering department (CCE track), your techs should hold CBET; if you are the tech track, CBET is the career credential. CCE is the engineering/management layer above it.
- CHTM — Certified Healthcare Technology Manager (AAMI). Management-focused: HTM departments, budgeting, Joint Commission readiness. The CCE is broader and more engineering-rigorous; CHTM is the operations-management signal. Hospital HTM directors often hold one or both.
- CQE — Certified Quality Engineer (ASQ). The quality-engineering credential device manufacturers actually hire against: statistics, SPC, sampling plans, CAPA, auditing. If you work in device manufacturing quality rather than regulatory strategy, CQE outranks RAC in job postings. Many regulatory professionals eventually hold both.
- CBA — Certified Biomedical Auditor (ASQ). Auditing biomedical/quality systems — the credential for internal auditors and supplier auditors in the device supply chain. Pursue when your job becomes auditing suppliers under the QMSR.
- CSSBB — Certified Six Sigma Black Belt (ASQ). Process improvement in manufacturing; covered by the shared Six Sigma guide. Relevant in device manufacturing operations, not in regulatory strategy.
- ISO 13485:2016 Lead Auditor (CQI/IRCA or Exemplar Global). The auditing credential for the QMS standard itself — required (in practice) to audit device manufacturers and suppliers competently, and the usual qualification for notified-body and registrar auditors. Pursue if you want to audit rather than build.
- PE license. Via the shared PE guide — take it in another discipline (ME/EE/ChemE). Needed only if you offer engineering services to the public or stamp designs; most industry device roles are under the industrial exemption.
When to pursue what: entering device industry quality → CQE; entering regulatory → RAC-Devices; running hospital HTM → CBET (tech) → CCE (engineer) → CHTM (manager); auditing → CBA/13485 Lead Auditor; combination products → add RAC-Drugs.
2. Standards and regulations mastery — the heart of the discipline
2.1 FDA QMSR — 21 CFR Part 820 (effective 2026-02-02)
The Quality Management System Regulation replaced the 1996 Quality System Regulation. Its core move: incorporate ISO 13485:2016 by reference instead of maintaining a parallel FDA-only QMS dialect. What a practitioner must know cold:
- Key clauses and structure. The QMSR retains FDA-specific provisions layered on ISO 13485: management responsibility, design controls (§820.30 — still the most-cited section in warning letters), document controls, purchasing controls, production/process controls, CAPA, and records. Know the DHF/DMR/DHR triad: Design History File (the record of the design process), Device Master Record (the recipe — specifications and procedures to build the device), Device History Record (the batch record — evidence this specific lot/unit was built per the DMR).
- How compliance is demonstrated. An FDA inspection (QSIT — Quality System Inspection Technique) samples four subsystems: management, design controls, CAPA, production/process controls. Demonstrate with closed-loop records: every design input traces to a verified/validated output (traceability matrix); every complaint that signals a systemic issue opens a CAPA with root-cause analysis, action, and effectiveness check. The inspection adage: "if it isn't documented, it didn't happen" — and "if it's documented but nobody followed it, that's worse."
- Common violations. Design validation gaps (especially for software and usability), CAPA procedures that never identify systemic root cause (the "retrain the operator" CAPA — FDA investigators mock this), inadequate process validation (IQ/OQ/PQ confusion — installation/operational/performance qualification in the right order with acceptance criteria pre-defined), and supplier controls that are paper-only.
- Recent change. The QSR→QMSR transition (effective 2026-02-02, after a multi-year transition period). Practical consequences: terminology alignment with ISO 13485 (e.g., "nonconformity" language), reduced duplication for firms selling in both US and EU, but FDA-specific additions remain — do not assume ISO 13485 certification alone satisfies FDA. Audit checklists and procedures written against the old QSR are now stale; update them.
2.2 Premarket pathways: 510(k) vs. De Novo vs. PMA vs. HDE
- 510(k) premarket notification (Class I/II). Demonstrates substantial equivalence to a predicate: same intended use + (same tech characteristics OR different characteristics raising no new safety/effectiveness questions + as safe/effective as predicate). ~90-day MDUFA review target. Types: traditional, abbreviated (leverages FDA-recognized consensus standards/special controls), special (modifications to your own cleared device). Know cold: when a new 510(k) is required for changes (could significantly affect safety/effectiveness; major change in intended use) vs. documented design-change control only.
- De Novo. For novel low-to-moderate-risk devices with no predicate. Creates a new classification regulation — the grant becomes the predicate for followers. This is the strategically underused pathway: companies fear it, but it buys a regulatory moat (you write the special controls your competitors must meet).
- PMA (Class III). Reasonable assurance of safety and effectiveness from valid scientific evidence — typically pivotal clinical trials. ~180-day panel track, advisory panel common, PMA supplements for changes, post-approval studies. The evidentiary and cost gulf between 510(k) and PMA is the single biggest strategic fact in device development: misjudging classification here destroys companies.
- HDE (Humanitarian Device Exemption). <8,000 US patients/year; effectiveness standard is probable benefit (lower bar); IRB oversight; profit restrictions (except pediatric). Know when HDE beats PMA economically for orphan indications.
- Breakthrough Devices Program. Expedited interaction (sprint discussions, senior management engagement) — not a separate approval standard and not a guarantee of coverage. The exam and the industry both over-credit it; the veteran knows it's a communication benefit.
2.3 EU MDR (2017/745) and IVDR (2017/746)
- MDR key clauses. Scope expansion (no more "own-brand" shortcuts without full technical documentation responsibility); classification per Annex VIII Rules 1–22 — Rule 11 (software) is the earthquake, pushing most diagnostic/informative software to IIa or higher; conformity assessment routes (Annex IX QMS + technical documentation, Annex X type-examination + Annex XI verification); EUDAMED registration and UDI (Article 27); vigilance timelines — 2 days (serious public health threat), 10 days (death/unanticipated serious deterioration), 15 days (other serious incidents); PMS plans, PSURs (Class IIa/IIb/III), PMCF continuously feeding the clinical evaluation; economic operators (manufacturer, authorized representative — mandatory for non-EU firms, importer, distributor) each with defined obligations; SSCP (summary of safety and clinical performance) for implantable and Class III devices; implant cards.
- IVDR key clauses. Replaced the old list-based IVD directive with risk classes A–D (most IVDs now need notified-body involvement — the industry's capacity crunch); performance evaluation (scientific validity, analytical performance, clinical performance) replacing the old clinical-evidence expectations.
- Common violations. Treating MDR technical documentation like the old directive's (insufficient clinical evidence depth), missing the authorized-representative agreement, UDI/EUDAMED registration gaps, and PMS/PMCF plans that are documents rather than systems.
- Transition reality. The MDR/IVDR transition deadlines have been extended in phases due to notified-body capacity — always check the current transitional provisions; quoting 2020-era deadlines is a veteran's tell of staleness.
2.4 Supporting standards — what each demands in practice
- ISO 13485:2016. Process approach, risk-based QMS, design controls, traceability (implantable/high-risk), sterile-device and implantable-device specific requirements. Know where it exceeds ISO 9001 (design, risk, regulatory focus) — auditors test this.
- ISO 14971:2019. The risk management process: risk analysis → evaluation → control (inherent safety, protective measures, information — in that priority order) → residual risk evaluation → risk/benefit analysis → production and post-production monitoring. The veteran point: risk management is a lifecycle activity fed by complaints and PMS data, not a design-phase document.
- IEC 60601-1 (3rd/4th edition). Basic safety + essential performance (performance whose loss creates unacceptable risk — define it per device; it's a design input, not a marketing claim). Collateral standards (60601-1-2 EMC, 60601-1-8 alarms, 60601-1-6 usability) and particular standards (60601-2-x per device type). 4th edition EMC: more rigorous immunity, risk-management integration.
- IEC 62304. Software safety classes A/B/C by contribution to hazardous situations; Class C documentation burden (detailed design, unit/integration/system testing, SOUP management). SOUP (software of unknown provenance — every third-party library): requires requirements, risk assessment, and anomaly-list monitoring. The veteran reality: your SBOM is your SOUP list.
- IEC 62366-1. Usability engineering: use specification, formative evaluation during design, summative (validation) testing with representative users on critical tasks. Use-related risk analysis feeds ISO 14971. Common failure: validating with engineers instead of real users.
- ISO 14155. Clinical investigation GCP for devices: ethics, informed consent, monitoring, adverse-event reporting. Know its relationship to IDE studies in the US.
- ISO 10993-1. Biological evaluation within a risk management process — evaluate first (materials, history of use, gaps), test only to close gaps. The beginner mistake is ordering the full battery reflexively; the veteran writes the evaluation plan that justifies not testing.
- IEC 81001-5-1. Security activities across the health-software lifecycle — the process standard behind 524B compliance.
2.5 HIPAA and premarket cybersecurity (Section 524B)
- HIPAA (45 CFR 160, 164). Privacy Rule, Security Rule (administrative/physical/technical safeguards — risk analysis is the required first step), Breach Notification Rule. Veteran boundary-setting: HIPAA governs PHI handling, enforced by OCR — it does not govern device safety or effectiveness, and "HIPAA-compliant device" is a marketing phrase, not a regulatory status. For devices: the Security Rule's risk analysis must cover networked devices storing/transmitting ePHI; business associate agreements with cloud/service vendors.
- Section 524B (FD&C Act) premarket cybersecurity. FDA can refuse to accept premarket submissions lacking cybersecurity information. Required: threat modeling, SBOM, vulnerability management plan, evidence of security testing, and plans for postmarket patching. Postmarket: timely patches for known vulnerabilities, coordinated vulnerability disclosure. The veteran shift: cybersecurity moved from guidance to refuse-to-accept criterion — treat it as a design input from day one, because retrofitting a threat model onto finished software fails review.
3. Rules of thumb
- Classification economics: 510(k) ~ months and hundreds of thousands of dollars; PMA ~ years and tens of millions. Get the classification call right before spending anything.
- Design control ratios: roughly half of FDA device warning-letter citations historically touch design controls or CAPA — if your DHF and CAPA are solid, inspections go well.
- RPN sanity: Severity 9–10 (death/serious injury) can almost never be "controlled" by detection improvements alone — reduce severity or occurrence, or document a rigorous risk/benefit case.
- Software class intuition: if your software can contribute to death or serious injury, it's Class C — plan the documentation burden (roughly 2–3× the Class B effort) from the project start.
- Vigilance clocks: US manufacturer 30 days / 5 days (remedial action); EU 2/10/15 days. Hospital user facility: 10 work days. Tattoo these.
- Biocompatibility: contact duration categories (limited <24h, prolonged 24h–30d, permanent >30d) × contact type (surface, external communicating, implant) determine the ISO 10993 endpoint table — look it up per device, don't memorize the matrix.
- Sterilization residuals: EO sterilization validation per ISO 11135; residuals per ISO 10993-7 — the veteran knows sterilization validation, not the sterilizer, is the long pole.
- Unit reflexes: radiation dose (Gy = J/kg), leakage current limits (µA scale — 60601-1 touch currents in the hundreds of µA), EMC test levels (V/m for radiated immunity).
4. Emerging frontiers: AI/ML devices and predetermined change control plans
- AI/ML-based SaMD. FDA's framework for AI/ML-enabled devices centers on the predetermined change control plan (PCCP): a plan submitted with the premarket submission that pre-specifies (a) the types of algorithm modifications the manufacturer intends to make, (b) the methodology for developing/validating those modifications, and (c) impact assessment. With an authorized PCCP, specified modifications don't each need a new submission. The veteran point: write the PCCP as broadly as FDA will accept at submission, because every unlisted modification is a new 510(k) decision.
- Good machine learning practice (GMLP). FDA/Health Canada/MHRA joint guiding principles: representative training data, independent test sets, human-AI team performance evaluation (not just standalone algorithm metrics), and planned monitoring of deployed performance. Bias evaluation across subgroups is now an expectation, not a nicety.
- Clinical decision support (CDS) software. The 21st Century Cures Act carved out certain CDS from the device definition — but FDA's CDS guidance draws the line at whether the healthcare professional can independently review the basis of the recommendation. If the software's logic is opaque to the user, it's a device. This boundary is the most-misjudged classification call in digital health.
- Cybersecurity + AI intersection. An ML model that retrains on postmarket data is both a 524B cybersecurity surface (data poisoning, model extraction) and a change-control problem — the PCCP and the cybersecurity documentation must be written together.
5. Veteran knowledge: what exams don't test
- The predicate strategy game. Choosing which predicate to claim against is competitive strategy: a recent predicate with modern special controls gives you a cleaner review than a 1990s predicate with a thin file — but the old predicate may support broader indications. Exams test the legal test; veterans play the strategy.
- Notified-body shopping is dead; notified-body management is the skill. Under MDR, capacity is the constraint. Veterans qualify backup notified bodies, front-load technical documentation quality (rejections burn calendar quarters), and never change critical suppliers mid-review.
- The "regulatory vs. quality" org war. In healthy companies these are separate functions with healthy tension; in startups one person does both. The costly beginner mistake is letting schedule pressure collapse the distinction — that's how design validation gets skipped and warning letters get written.
- Combination products: jurisdiction is negotiation. The primary-mode-of-action assignment (O combination product pathways, RFD — request for designation) is part law, part advocacy. Call FDA early; the pre-RFD process exists because companies kept guessing wrong.
- Clinical evidence inflation. The MDR's clinical-evaluation bar keeps rising (equivalence claims rejected, PMCF demanded). Veterans build prospective PMCF/registry strategies at launch instead of scrambling at recertification.
- When to call a specialist: sterilization validation (microbiologist), biocompatibility toxicology (toxicologist), EMC testing (accredited lab — never self-certify 60601-1-2), EU authorized-representative and PRRC (person responsible for regulatory compliance — a legally required role under MDR Article 15) matters, reimbursement strategy (market-access specialist — clearance without coverage is a stranded asset).
Study order for the discipline: this guide's §2 (regulation) → RAC-Devices guide (exam strategy on the same substrate) → CCE guide (hospital-side application). Shared: PE.
Original ETS reference writing, verified against public sources on 2026-09-30. Thin sourcing is flagged inline. Not legal advice — confirm current editions with the issuing body.