EAMS Onboarding for MAHs (Access, Teams, Workflows, and Day-to-Day Setup)
EAMS onboarding is where many MAHs unintentionally create future pain. Not because the platform is hard, but because alert management is an operating model, not a login. A mature pharma supply chain digital transformation approach treats EAMS as a structured collaboration layer enabling consistent triage, investigation, escalation, and prevention across markets. Less mature setups tend to focus on access and overlook ownership design and daily execution.
The critical detail most teams miss is that AMS access is OBP-based, not MAH-based and as defined by EMVO, OBPs can create users and structure them into teams to control alert visibility by market. The practical implication is that onboarding success depends on how entities, teams, market coverage, and ownership are designed, not simply on system access.
EAMS (European Alert Management System) is the European alert handling landscape supporting standardized communication and documentation for investigations. EAMS Handbook for MAHs connects best practices with MAH workflows and country-specific requirements.
What “Good Onboarding” Looks Like for MAHs
A well-structured EAMS onboarding becomes visible in operations within the first two weeks:
- Alerts are visible only to the appropriate roles, within the correct markets
- Triage is performed daily with documented decisions rather than informal communication
- Evidence is requested promptly (pack photos, end-user clarification, EU Hub checks)
- Escalation status is used consistently when needed
Key: Users without the correct team and market assignment will not see alerts. This remains one of the most common and least visible onboarding gaps.
Common Onboarding Failure Pattern
Creation of a single global user group with broad access generates a predictable outcome:
- Ownership becomes unclear
- Notifications are diluted and often ignored
- Local NMVO-specific requirements are missed
- Escalations are delayed
A more effective model is based on role-driven teams aligned to market coverage, supported by a defined daily duty workflow.
Step-by-Step: EAMS Onboarding Checklist for MAHs
Step 1: Confirm OBP model and access path
As AMS is OBP-based, the initial step is to confirm which OBP(s) will grant MAH access and how the structure will be defined.EMVO explains the legal basis: EMVO does not have a direct legal relationship with MAHs, so OBPs manage MAH access.
Key decisions include:
- How access will be coordinated with the OBP (internally or via external partners)
- Whether teams are structured by affiliate, market, or product family
- Identification of the MAH administrator responsible for user lifecycle and governance
EMVO defines that MAHs do not have a direct legal relationship with EMVO, reinforcing the importance of OBP alignment in onboarding design.
Step 2: Create users and define access governance
User creation is straightforward; but the key determining factor for sustainability is governance. Recommended practices:
- Use named accounts only (never shared access)
- Perform periodic (e.g., quarterly) access reviews
- Maintain an access log including user, role, market scope, and validity
Without governance, initial onboarding stability tends to degrade over time, particularly in multi-affiliate or multi-CMO environments.
Step 3: Build teams and assign markets correctly
Team and market configuration is the most critical success factor in onboarding.
Market assignment directly determines alert visibility. Users may belong to multiple teams with different market scopes, allowing flexibility when structured intentionally.
Recommended team structure for a scalable model
Team | Primary purpose | Typical members | Markets |
MAH Global Triage | Daily triage and ownership assignment | Serialization Ops, Alert Duty Officer | All active MAH markets |
Market Investigation Pods | Local procedure compliance and documentation | Affiliate QA, Local Supply Chain | 1 to 5 markets per pod |
Packaging and CMO Response | Root cause on print and packaging execution | Packaging QA, CMO liaison | Markets supplied by that CMO |
EU Hub and IT Diagnostics | Connectivity, uploads, and systems evidence | IT integration lead | All markets (support role) |
Quality Escalation | Suspected falsification handling and authority route | QA lead, Security | Markets as needed |
Why this works: it mirrors how alerts are actually solved: triage first, then specialized investigations, then escalation and prevention.
Day-to-Day Operating Model Inside EAMS
EAMS onboarding does not end with access. A defined daily operating rhythm is required.
Daily triage workflow (MAH)
- Review new alerts by market and type
- Classify alerts into four categories:
- end-user error
- data or upload issue
- packaging execution issue
- unclear / requires deeper investigation
- Assign ownership and SLA
- Request evidence immediately where required
Early evidence collection significantly reduces investigation time and operational impact.
Escalation handling
Escalation serves as a structured signal within the system. It is typically required when:
- Evidence is insufficient to progress the investigation
- Patterns suggest systemic issues (e.g., recurring across batches or markets)
- NMVO or end-user coordination is required
Once escalated, alerts become visible and highlighted to all relevant stakeholders.
The “Investigation Record” Template
To improve consistency and audit readiness, investigation records should be standardized across markets, even if local NMVO procedures differ.
Core fields:
- Alert ID
- Country and NMVO
- GTIN, batch, expiry, serial (where applicable)
- Alert type code
- Triage classification
- Owner and timestamps (triage, response, closure)
- Evidence list (photos, logs, screenshots)
- Root cause
- Corrective action
- Preventive action (CAPA reference)
Why this is DS and Digital Transformation aligned: it creates structured data you can trend and automate later.Standardization enables structured analysis, trending, and future automation.
Mini Case Example: Market Assignment Gap Creates “Invisible Alerts”
A recurring onboarding issue arises when users are created but not assigned to teams with the appropriate market scope, resulting in users not seeing the alerts.
Operational impact:
- Alerts remain unassigned
- Local pharmacies quarantine packs longer than necessary
- Investigation SLAs are not met, often without immediate visibility
Corrective approach:
- Establish a central “MAH Triage” team covering all markets
- Define backup ownership for continuity
- Run a weekly visibility test: pick one alert from each market and confirm correct team visibility
Digital Transformation Dashboard for Onboarding Maturity
Use this simple “first 30 days” onboarding scorecard:
Metric | What it proves | Target after 30 days |
% alerts triaged within 24h | Ownership and daily rhythm | 90%+ |
% alerts with complete record fields | Documentation maturity | 85%+ |
Average time to first evidence request | Investigation speed | Under 1 business day |
% alerts stuck with no owner | Access design quality | 0% |
Repeat alert rate by SKU or site | Prevention maturity | Downward trend |
SImple chart template:
Week 1 ██████ 55%
Week 2 ████████ 70%
Week 3 ██████████ 85%
Week 4 ███████████ 92%
FAQs
How is EAMS different from national alert systems?
EAMS functions as the European coordination layer for alert management, enabling communication between all actors in the alert investigation process, including MAHs, NMVOs, end-users, and EMVO and to support the alert-handling best practices and decision trees.
National systems operate at the country level a National Alert System (NAMS) is a country-level system and supports investigations inside that country and may not always be fully connected to the AMS Hub, meaning MAHs may need other communication routes for investigation outcomes in those cases.
In other words, national systems are the local operational layer, while EAMS is the Europe-wide framework that helps standardize how alerts are coordinated and documented across stakeholders. Therefore, alert handling may require both centralized coordination and country-specific communication pathways.
Why is AMS OBP-based and what does that mean for MAHs?
As EMVO does not maintain a direct legal relationship with MAHs, OBPs are responsible for creating users and structuring access.
For MAHs, this means your onboarding success depends on access governance and segmentation: who your OBP is, how accounts and teams are structured, and whether market coverage and ownership are designed for daily execution.
How do teams and markets affect alert visibility?
In the AMS Portal, teams are how you control visibility. EMVO’s guidance shows that administrators create a team and then assign markets (countries) and members to that team. Market selection under “alerts raised in” determines which country alerts that team can see.
Practically, if a user is not in the right team, or the team does not include the right markets, alerts can become effectively invisible to the people who should act. That is why a scalable pharma supply chain digital transformation approach uses role-based teams (triage, investigation pods, IT diagnostics, packaging QA) rather than one global group.
When should MAHs escalate an alert?
Escalation is appropriate when standard investigation cannot progress, when patterns indicate potential systemic issues (same SKU, batch, market, or location), or when NMVO coordination is required to maintain end-user anonymity and move the case forward.
Operationally, EMVO explains that when a user escalates an alert, it is marked as “Escalated” and highlighted so all users concerned by the alert can see the status.
From a patient safety and compliance perspective, the handbook also emphasizes that national authorities should be informed about a suspected falsification as soon as technical reasons can be ruled out, so escalation should not be delayed when you are approaching that threshold.
What evidence should MAHs request first?
Initial evidence should focus on quickly narrowing down the likely root cause, whether the issue originates from data, system behavior, or packaging execution.
In practice, an effective first evidence set typically includes:
- A clear photo of the pack, capturing both the 2D Data Matrix and human-readable batch and expiry
- Confirmation of EU Hub upload and data availability, including timing and any retries
- Reference batch master data for the affected SKU (expected batch and expiry values)
- Relevant packaging documentation where applicable (e.g., packaging order or line clearance evidence)
The objective at this stage is not to complete the investigation, but to rapidly eliminate common technical and procedural causes and focus efforts where deeper analysis is required.
How do country-specific requirements affect workflows?
Country-specific requirements can modify or override the standard alert handling flow. In some markets, local procedures differ from the general guidelines, requiring additional steps or alternative communication paths.
In practice, this is best managed through a modular SOP structure: a single global workflow supported by country-specific appendices. This allows consistent execution while ensuring local requirements are fully addressed.
EAMS onboarding is often approached as a system activation step. In practice, it defines how alert management will operate on a daily basis.
Organizations that establish clear ownership, structured workflows, and disciplined execution early tend to reduce investigation time, improve consistency, and limit repeated alerts.
In most cases, the difference is not driven by the system itself, but by how effectively the operating model is designed and implemented from the outset, and how well it is embedded into the broader digital transformation of the pharma supply chain.
For more information about SCW Consultancy Services;
For additional detail and help, please contact:
Mia Van Allen – Managing Partner – mia.vanallen@supplychainwizard.com