<?xml version="1.0" encoding="UTF-8"?><?xml-stylesheet type="text/xsl" href="https://www.cloudtheapp.com/wp-content/plugins/rss-feed-styles/public/template.xsl"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	xmlns:rssFeedStyles="http://www.lerougeliet.com/ns/rssFeedStyles#"
>

<channel>
	<title>EU MDR post-market surveillance Archives | Cloudtheapp</title>
	<atom:link href="https://www.cloudtheapp.com/tag/eu-mdr-post-market-surveillance/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.cloudtheapp.com/tag/eu-mdr-post-market-surveillance/</link>
	<description>Configurable Quality Management &#38; Regulatory Compliance SaaS built on our Validated &#34;No-Code&#34; platform.</description>
	<lastBuildDate>Thu, 09 Jul 2026 12:20:27 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.0</generator>

<image>
	<url>/wp-content/uploads/3.svg</url>
	<title>EU MDR post-market surveillance Archives | Cloudtheapp</title>
	<link>https://www.cloudtheapp.com/tag/eu-mdr-post-market-surveillance/</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>Periodic Safety Update Report (PSUR) Under EU MDR: Requirements and Preparation Guide</title>
		<link>https://www.cloudtheapp.com/periodic-safety-update-report-psur-under-eu-mdr-requirements-and-preparation-guide/</link>
		
		<dc:creator><![CDATA[Cloudtheapp Inc.]]></dc:creator>
		<pubDate>Thu, 09 Jul 2026 12:20:18 +0000</pubDate>
				<category><![CDATA[General]]></category>
		<category><![CDATA[EU MDR compliance]]></category>
		<category><![CDATA[EU MDR post-market surveillance]]></category>
		<category><![CDATA[medical device PSUR]]></category>
		<category><![CDATA[medical device regulatory requirements]]></category>
		<category><![CDATA[periodic safety update report]]></category>
		<category><![CDATA[Post-Market Clinical Follow-up]]></category>
		<category><![CDATA[PSUR EU MDR]]></category>
		<guid isPermaLink="false">https://www.cloudtheapp.com/periodic-safety-update-report-psur-under-eu-mdr-requirements-and-preparation-guide/</guid>

					<description><![CDATA[<p>TLDR Under the EU Medical Device Regulation (MDR) 2017/745, most medical device manufacturers placing devices on the European market must produce a Periodic Safety Update Report (PSUR). The PSUR is a structured post-market document that summarizes safety and performance data collected since the last report, assesses whether the benefit-risk profile of the device remains acceptable, [&#8230;]</p>
<p>This post created by and appeared first on <a href="https://www.cloudtheapp.com">Cloudtheapp</a></p>
]]></description>
										<content:encoded><![CDATA[<h2>TLDR</h2>
<p>Under the EU Medical Device Regulation (MDR) 2017/745, most medical device manufacturers placing devices on the European market must produce a Periodic Safety Update Report (PSUR). The PSUR is a structured post-market document that summarizes safety and performance data collected since the last report, assesses whether the benefit-risk profile of the device remains acceptable, and documents any corrective actions taken. Class IIa devices require a PSUR every two years. Class IIb and Class III devices require one annually. The PSUR does not replace Post-Market Clinical Follow-Up (PMCF) or the Post-Market Surveillance (PMS) plan, but it integrates their outputs into a single regulatory-facing document.</p>
<h2>What is a Periodic Safety Update Report?</h2>
<p>A Periodic Safety Update Report is a mandatory post-market document required under EU MDR Article 86 for Class IIa, IIb, and III medical devices. It compiles and analyzes post-market surveillance data to confirm that the device&#8217;s benefit-risk profile remains acceptable, that the residual risks identified in the clinical evaluation are still justified, and that no new risks have emerged in the market.</p>
<p>The PSUR concept originated in pharmaceuticals, where similar periodic safety reports have been required for decades under the EMA&#8217;s Pharmacovigilance regulations. EU MDR adapted this approach for medical devices, making the PSUR one of the more demanding new documentation requirements introduced by the regulation that replaced the older MDD (93/42/EEC) and AIMDD (90/385/EEC) directives.</p>
<p>For Class IIa devices, the PSUR feeds into the Summary of Safety and Clinical Performance (SSCP) for implantable devices. For Class IIb and Class III devices, the PSUR must be made available to the Notified Body as part of the technical documentation review cycle.</p>
<h2>Which devices require a PSUR under EU MDR?</h2>
<p>EU MDR Article 86 applies to:</p>
<ul>
<li><strong>Class IIa devices:</strong> PSUR required every two years</li>
<li><strong>Class IIb devices:</strong> PSUR required annually</li>
<li><strong>Class III devices:</strong> PSUR required annually</li>
</ul>
<p>Class I devices are not subject to the PSUR requirement under Article 86, but manufacturers of Class I devices still have post-market surveillance obligations under Article 83 and must maintain a PMS plan and PMS report. The PMS report for Class I devices is a lighter document than a PSUR.</p>
<p>Manufacturers who received CE marking under the old MDD and are operating under transitional arrangements still need to comply with EU MDR Article 86 PSUR requirements if their device falls into Class IIa, IIb, or III. The transition deadline does not exempt companies from new post-market documentation obligations.</p>
<h2>What must a PSUR contain?</h2>
<p>EU MDR Annex III specifies the minimum content requirements for a PSUR. A complete and compliant PSUR includes:</p>
<h3>Post-market surveillance data summary</h3>
<p>This section brings together all data collected since the previous PSUR (or since market introduction for the first PSUR). Data sources include complaints, adverse events, field safety corrective actions, literature reviews, registry data, clinical studies, and any feedback from the PMCF program. The summary must cover both the EU market and, where relevant, other markets where the device is sold.</p>
<h3>Conclusions from the benefit-risk assessment</h3>
<p>The PSUR must explicitly state whether the device&#8217;s benefit-risk ratio remains acceptable. This assessment draws on the clinical evaluation report and incorporates any new data collected during the surveillance period. If new risks emerged during the period, the PSUR must document how they were assessed and whether the residual risk remains within acceptable limits defined in the risk management file.</p>
<h3>Main findings from PMCF</h3>
<p>The PSUR must summarize the conclusions of the Post-Market Clinical Follow-Up program, including any new clinical data collected, any changes to the PMCF plan in response to findings, and whether the PMCF findings support or contradict the benefit-risk conclusions in the clinical evaluation.</p>
<h3>Complaint analysis and trend review</h3>
<p>A structured complaint analysis covering the reporting period must document the number and nature of complaints received, the categories of failure mode identified, the serious incidents and FSCAs reported to competent authorities, and any trends identified through statistical or qualitative analysis.</p>
<h3>Conclusions from vigilance reporting</h3>
<p>All serious incidents and FSCAs reported during the period must be listed and summarized. The PSUR must confirm that all mandatory reporting obligations to competent authorities were met within the required timeframes.</p>
<h3>Volume of devices sold and market data</h3>
<p>The PSUR must include an estimate of the number of devices placed on the market during the reporting period. This is used to normalize adverse event rates and complaint frequencies against device exposure.</p>
<h2>PSUR vs. PMS report: what is the difference?</h2>
<p>EU MDR distinguishes between two post-market documents based on device class:</p>
<ul>
<li>A <strong>PMS Report</strong> is required for Class I devices under Article 85. It is a simpler document that summarizes post-market surveillance conclusions and is updated when necessary, without a fixed annual or biennial schedule.</li>
<li>A <strong>PSUR</strong> is required for Class IIa, IIb, and III devices under Article 86. It follows a fixed reporting cycle and must be submitted to the Notified Body as part of the conformity assessment.</li>
</ul>
<p>Both documents draw from the same underlying data in the PMS plan. The PSUR goes further by requiring an explicit benefit-risk conclusion and integration of PMCF findings into the safety assessment.</p>
<h2>How the PSUR connects to other technical documentation</h2>
<p>The PSUR does not exist in isolation. It feeds into and draws from several other required documents:</p>
<p><strong>Clinical Evaluation Report (CER):</strong> The PSUR references the CER and must confirm whether the PMCF data and complaint data collected since the last CER update require the CER to be revised. In most cases, the annual PSUR update triggers at least a review of the CER for Class IIb and III devices.</p>
<p><strong>Risk Management File:</strong> The PSUR benefit-risk assessment references the risk management file and must document any changes to residual risk estimates based on real-world performance data. If a new hazard is identified through post-market data, it must be added to the risk management file, and the PSUR documents that update.</p>
<p><strong>PMCF Plan and Report:</strong> The PMCF plan defines the ongoing clinical data collection activities for the device. The PMCF report summarizes the results. The PSUR integrates both documents into its benefit-risk conclusion section.</p>
<p><strong>Summary of Safety and Clinical Performance (SSCP):</strong> For implantable devices and certain Class III devices, the SSCP is a public-facing document published on EUDAMED. The PSUR informs the SSCP by confirming whether the safety and performance data in the SSCP remain accurate. When the PSUR identifies new findings, the SSCP may need to be updated.</p>
<h2>Common problems in PSUR preparation</h2>
<p>Notified bodies reviewing PSURs under EU MDR have flagged recurring problems that lead to non-conformities during technical documentation audits:</p>
<p><strong>Disconnected data sources.</strong> Many manufacturers collect complaint data in one system, literature monitoring in a spreadsheet, and adverse event reports in another database. When the PSUR author has to manually pull from multiple disconnected sources, the risk of data gaps is high and the process takes far longer than it should.</p>
<p><strong>Benefit-risk conclusions without supporting analysis.</strong> A PSUR that simply states &#8220;the benefit-risk profile remains acceptable&#8221; without demonstrating the analysis that supports that conclusion is not compliant. The conclusion must follow from the data, and the data must be in the report.</p>
<p><strong>No integration of PMCF findings.</strong> Some manufacturers treat the PMCF report as a separate document that runs on a different schedule from the PSUR. EU MDR requires PMCF conclusions to be integrated into the PSUR. If the PMCF report is not available at the time of the PSUR, the manufacturer must document why and when it will be available.</p>
<p><strong>Complaint rates presented without context.</strong> A raw complaint count without denominator data (units sold, device-years of use) is not an analyzable trend. Notified bodies expect normalized complaint rates and comparison to the rates assumed in the risk management file.</p>
<p><strong>Late or missing PSURs.</strong> The two-year cycle for Class IIa and the annual cycle for Class IIb and III are mandatory. Missing a cycle or submitting significantly late creates a compliance gap that the Notified Body must assess during the next audit.</p>
<h2>Building a PSUR-ready post-market surveillance system</h2>
<p>The difference between a smooth PSUR preparation cycle and a frantic last-minute scramble comes down to whether the underlying data infrastructure exists. Companies that prepare well maintain:</p>
<ul>
<li>A complaint management system that captures and categorizes all feedback in a structured format, with root cause and corrective action outcomes tracked to closure</li>
<li>A literature monitoring program running on a defined schedule, with search results and article assessments documented</li>
<li>An <a href="https://www.cloudtheapp.com/glossary-adverse-event-investigation/">adverse event</a> tracking system that links each event to the corresponding vigilance report submitted to competent authorities</li>
<li>A PMCF program that runs on a schedule aligned with the PSUR cycle, so PMCF outputs are available when the PSUR is drafted</li>
<li>A risk management file that is updated whenever new information is incorporated into the benefit-risk assessment</li>
</ul>
<p>When all of these data sources are managed in a single quality management system, the PSUR becomes a reporting exercise rather than a data recovery project. The author pulls structured data from the complaint module, the adverse event module, and the PMCF records, rather than searching across email threads and disconnected spreadsheets.</p>
<h2>How Cloudtheapp supports PSUR preparation</h2>
<p>Cloudtheapp&#8217;s QMS platform gives medical device manufacturers the data infrastructure that makes periodic reporting manageable. Complaint records, <a href="https://www.cloudtheapp.com/glossary-adverse-events/">adverse events</a>, CAPA records, and supplier feedback are all managed within the same system, tagged to products and device configurations, and tracked through closure. When it is time to prepare the PSUR, the quality or regulatory team can pull a structured dataset for the reporting period rather than assembling records manually.</p>
<p>The platform supports the full post-market surveillance cycle: from complaint intake and investigation through CAPA closure, literature monitoring records, and PMCF activity tracking. Every record includes a complete <a href="https://www.cloudtheapp.com/glossary-audit-trail/">audit trail</a> showing who created it, who reviewed it, and what actions were taken. That audit trail is available for Notified Body review without additional preparation.</p>
<p>Companies managing multiple device families across Class IIa, IIb, and III can configure separate reporting schedules per product, with automated reminders triggered at defined intervals before each PSUR is due. This keeps the two-year and annual cycles on track without relying on manual calendar management.</p>
<p>If your post-market surveillance data is currently spread across multiple systems and your PSUR preparation takes weeks of manual consolidation, there is a simpler path. See how Cloudtheapp structures PMS data for regulatory reporting at <a href="https://www.cloudtheapp.com/demo/">cloudtheapp.com/demo</a>.</p>
<h2>Conclusion</h2>
<p>The PSUR is one of the more demanding documentation requirements introduced by EU MDR for Class IIa, IIb, and III medical device manufacturers. A compliant PSUR requires structured data from multiple post-market surveillance activities, an explicit benefit-risk conclusion supported by that data, and integration of PMCF findings into the safety assessment. Companies that build their post-market surveillance infrastructure correctly spend relatively little time on PSUR preparation. Those that collect data in disconnected systems find each reporting cycle to be a significant resource drain. The investment in a unified QMS pays for itself in the quality and efficiency of post-market reporting.</p>
<p>This post created by and appeared first on <a href="https://www.cloudtheapp.com">Cloudtheapp</a></p>
]]></content:encoded>
					
		
		
			</item>
	</channel>
</rss>
