Neurotech and Brain Computer Interfaces with Matrix Req
Neurotech teams are small, the devices are Class III, and the evidence burden is the same as a company ten times the size. Matrix Req gives you requirements, risk and test evidence in one place, without the weight of an enterprise ALM.
Class III complexity carried by a team of ten
Complete traceability, sized for the team you actually have
Highest risk classification. Most implanted neuro devices are Class III in the EU and follow a PMA or IDE route in the US, which means clinical evidence, a complete design history and a technical file that holds together under scrutiny.
Four disciplines, one traceability chain. Electrode and lead hardware, implant firmware, an external programmer and often a mobile or cloud application all have to trace back to the same clinical need.
Long implant life. Risk management has to account for years in the body, and the ISO 14708 series adds device specific requirements on top of ISO 14971.
Requirements scattered by default. Specifications live in Word, the traceability matrix lives in Excel and the engineering work lives in Jira, so nobody can answer what a change actually affected.
Enterprise tools priced for someone else. Teams tell us the established ALM platforms are expensive and heavy for a team this size, and end up used by one systems engineer and nobody else.
One system for the whole chain. User needs, system requirements, hardware and software specifications, risks and test cases live together, with traces you configure once and enforce from then on.
ISO 14971 risk that stays connected. Hazards, risk controls and the verification that proves each control works are linked records, so a design change never leaves a control orphaned.
IEC 62304 alongside the hardware. Software items, units and their verification sit in the same project as the implant and the programmer, not in a separate tool.
Keep working in Jira. Two way synchronisation means engineers stay in their tracker while the controlled requirement set stays controlled.
Documentation generated, not written twice. Design history, traceability matrices and submission documents are produced from the live records at the point you need them.
Class III complexity carried by a team of ten
Highest risk classification. Most implanted neuro devices are Class III in the EU and follow a PMA or IDE route in the US, which means clinical evidence, a complete design history and a technical file that holds together under scrutiny.
Four disciplines, one traceability chain. Electrode and lead hardware, implant firmware, an external programmer and often a mobile or cloud application all have to trace back to the same clinical need.
Long implant life. Risk management has to account for years in the body, and the ISO 14708 series adds device specific requirements on top of ISO 14971.
Requirements scattered by default. Specifications live in Word, the traceability matrix lives in Excel and the engineering work lives in Jira, so nobody can answer what a change actually affected.
Enterprise tools priced for someone else. Teams tell us the established ALM platforms are expensive and heavy for a team this size, and end up used by one systems engineer and nobody else.
Complete traceability, sized for the team you actually have
One system for the whole chain. User needs, system requirements, hardware and software specifications, risks and test cases live together, with traces you configure once and enforce from then on.
ISO 14971 risk that stays connected. Hazards, risk controls and the verification that proves each control works are linked records, so a design change never leaves a control orphaned.
IEC 62304 alongside the hardware. Software items, units and their verification sit in the same project as the implant and the programmer, not in a separate tool.
Keep working in Jira. Two way synchronisation means engineers stay in their tracker while the controlled requirement set stays controlled.
Documentation generated, not written twice. Design history, traceability matrices and submission documents are produced from the live records at the point you need them.
Core Features
What Matrix Req does for neurotech and neurostimulation programmes.
Hear from our customers




































































































FAQ
Yes. Matrix Req is used for Class III programmes including active implantable devices. It supports the design control, risk management and traceability evidence expected under EU MDR and by the FDA for a PMA or IDE submission. The classification itself is your regulatory decision, and Matrix Req holds the evidence behind it.
Yes, and this is the main reason neurotech teams move to it. A single project can hold mechanical, electrical, firmware and application software requirements with configurable trace rules between them, so the implant, the lead and the external programmer are all part of one traceability chain rather than three parallel sets of documents.
Matrix Req ships templates aligned to ISO 13485, ISO 14971, IEC 62304 and IEC 62366, and the templates are configurable, so device specific standards such as the ISO 14708 series for active implantable medical devices can be modelled as your own requirement and risk categories. The Compliance Checker lets you import a standard or build a checklist and highlights where your documentation has gaps against it.
Yes. Jira is the most requested integration we see, and the synchronisation is two way, so requirements and test results stay consistent between the two systems instead of drifting apart. Teams typically keep day to day engineering work in Jira and hold the controlled requirement, risk and verification set in Matrix Req.
Most small teams are working in Matrix Req within a few weeks rather than the multi month rollout an enterprise ALM usually needs. Existing requirements can be imported from Excel and Word, and the medical device templates are there from day one, so you configure rather than build from nothing. For a neurotech team that wants design control and Class III traceability without an administrator to maintain the tool, Matrix Req is the right starting point.