Black box testing

Black box testing is when test cases are derived solely from the specification of the object to be tested (product, component). White box testing, on the other hand, derives the test cases from the internal structure of the object, e.g., from its source code or software architecture. Unfortunately, many medical device manufacturers neither specify the test…

Details

Regulatory affairs: Service provider, company, individual – liability for mistakes

Many people ask about the liability of individuals, management, and the company. After all, it is not only the Medical Devices Regulations that impose fines and imprisonment. The question of liability also arises for development service providers. Liability in Germany: Differentiating between criminal and civil law Civil law: Parties involved In civil law, the question…

Details

System architecture for medical devices

The system architecture describes how a (medical) device is composed of components and how the components are related to each other via interfaces. In standalone software system architecture and software architecture fall together. Documentation of the system architecture The documentation should reveal the individual components and their interaction. We recommend that you use standard notations…

Details

Design History File: Device Master Record, Device History Record

The FDA requires a Design History File DHF in 21 CFR Part 820 (these are the “Quality System Regulations”). DHF should not be confused with the Device History Record DHR or the Device Master Record DMR. This article explains what the Design History File must contain and how it differs from the other two “files.” Design History File The FDA requires…

Details