Art. 72 Overview
Article 72 of the EU AI Act requires providers of high-risk AI systems to establish a post-market monitoring system before placing a system on the market and maintain it throughout the system's entire operational lifecycle. The system must actively collect and analyse data on performance, safety, and adverse outcomes from real-world use. ActLoom provides a structured per-system monitoring plan with an event log timeline, review scheduling, and links to the incident management module.
What post-market monitoring gives you
Early warning before harm escalates
You can catch drift, degraded accuracy, and complaints before they become a serious incident or regulator question.
A repeatable review rhythm
Each system gets a cadence, owner, and baseline so monitoring does not depend on ad hoc memory.
A continuous evidence stream
Events, reviews, and linked corrective actions become a living record that strengthens audits and management reviews.
| Operational aspect | What to know in ActLoom |
|---|---|
| Prerequisites | The AI system should already exist and be categorized accurately. Monitoring is most useful once a system has a production or near-production context. |
| Main inputs | Monitoring cadence, owner, baseline metrics, logged events, complaints, drift observations, corrective actions, and linked incidents. |
| Main outputs | Monitoring plan, event timeline, review deadlines, incident escalation path, and post-market reporting evidence. |
| Who typically uses it | Compliance, QA, product operations, safety, and owners of deployed high-risk systems. |
| Plan access | Monitoring is available across plans; it becomes more valuable when paired with incidents, reports, and governance reviews. |
| Relevant routes | /api/post-market/plans, /api/post-market/events, /api/post-market/events/[id]/escalate-to-incident |
Monitoring plan structure
Each high-risk AI system registered in ActLoom automatically receives a monitoring plan with the following components:
- Performance baseline — The accuracy, precision, recall, and fairness metrics established at deployment. New measurements are compared against this baseline.
- Review cadence — Monthly, quarterly, or annual — configured per system based on risk profile. Upcoming reviews appear in the governance calendar.
- Plan owner — A named team member responsible for conducting reviews and logging events. Receives reminder emails ahead of each review.
- Event log — Chronological log of every performance event, user complaint, corrective action, and data drift detection associated with the system.
- Incident links — Events that escalate to serious incidents are automatically linked to the corresponding IncidentReport record for unified tracking.
Recruitment AI — Monitoring Plan
Quarterly review · Owner: Sarah Kim
Performance Degradation
Accuracy dropped 4.2% vs. baseline after data drift
Corrective Action
Retraining scheduled — model refresh complete
User Complaint
Candidate flagged unexplained rejection
Drift Detected
Input distribution shift in applicant demographics