Institution Tiers · Operational Runbook

Command Center Runbook

Operational procedures for staff managing the ATLAS Population Health Command Center. Covers daily monitoring, Sentinel alert triage, site management, dashboard interpretation, and escalation protocols. Applies to all three institution tiers: Academic, Health System, and Academic Medical Center (AMC).

Version 2026.05 · Institution tiers (Academic · Health System · AMC) · For: Clinical Informatics, Research Coordinators, Population Health Managers
Who this document is for This runbook is for the person who has been given the institutional workspace key and responsibility for monitoring the ATLAS Command Center. You may be a clinical informatics coordinator, a research operations manager, a pharmacy director, or a department head. You do not need to be technical — this document covers everything operationally without assuming technical background.

Institution Tier Overview — Three Types

As of v2026.05, the ATLAS institution plan is split into three distinct tiers. Each has its own key format, pricing, seat allocation, and feature set. Identify your tier below — feature availability throughout this runbook varies by tier.

Tier Role type / examples Key format Pricing Included seats
Academic
institution_academic
University · Research Program · School of Pharmacy INST-ACAD-XXXX-2026 $399/mo · $3,990/yr 2 PI · 3 Researcher · 10 Student · 1 Observer
Health System
institution_health
Hospital · FQHC · Pharmacy Chain INST-HLTH-XXXX-2026 $599/mo · $5,990/yr 2 PI · 3 Researcher · 10 Student · 1 Observer
Academic Medical Center
institution_amc
Research Hospital · AMC INST-AMC-XXXX-2026 $799/mo · $7,990/yr 3 PI · 5 Researcher · 15 Student · 2 Observer

Feature availability by tier

Feature Academic Health System AMC
Cross-Study Research Hub Yes No Yes
Grant Reporting Dashboard (NIH/NSF) Yes No Yes
Student Thesis Module Yes No Yes
Native psychometrics (Cronbach's α, ICC, SEM) Yes No Yes
CONSORT flow · protocol amendment log Yes No Yes
Care Gap Monitor (MMAS-8 alerts, 30-day overdue) No Yes Yes
MTM Billing Log (CPT 99605–99607) No Yes Yes
Population Health Command Center No Yes Yes
ZOE SOAP AI · ZOE Remote Mode No Yes Yes
B2B API Yes Yes Yes
BAA & DUA Yes (Academic) Yes Yes
Dedicated CSM No Yes Yes
Priority support No No Yes

Tab gating in the Command Center

Your dashboard tabs are gated to your tier. The superadmin "View As" panel now shows three separate institution buttons — Institution · Health System, Institution · Academic, and Institution · Academic Med Ctr — for testing and support purposes.

Tab / panelAcademicHealth SystemAMC
Research Hub tabVisibleHiddenVisible
Grants tabVisibleHiddenVisible
Thesis tabVisibleHiddenVisible
Billing tab (MTM)HiddenVisibleVisible
Care Gap panelHiddenVisibleVisible

Contents

  1. 0. Institution tier overview — Academic · Health System · AMC
  2. 1. Getting Started — first week checklist
  3. 2. Command Center overview
  4. 3. Daily monitoring routine
  5. 4. Sentinel alert triage protocol — 3-stage escalation workflow
  6. 5. Reading the population health dashboards
  7. 6. Adding and managing sites
  8. 7. Bulk data upload procedure
  9. 8. Export and reporting procedures
  10. 9. Access management — keys and roles
  11. 9a. Publication rights for institution researchers
  12. 10. Escalation and incident procedures
  13. 11. Platform maintenance and updates
  14. 12. Clinical Study Module — research operations
  15. 13. IRB Submission Assistant
  16. 14. Annual Global Adherence Report

1. Getting Started — First Week Checklist

New to the ATLAS Command Center? Work through this checklist in order. Most items are one-time setup tasks — once complete, your daily operation is covered by the Daily Monitoring Routine.

Day 1 — Sign in and orient yourself

Open atlas.adherence.cc, click Tracks A+B · Researcher, and enter your institutional key. The key format depends on your tier: INST-ACAD-XXXX-2026 (Academic), INST-HLTH-XXXX-2026 (Health System), or INST-AMC-XXXX-2026 (AMC). Check your registered email for the 6-digit verification code and enter it. You are now in the Command Center. Spend 15 minutes reviewing each section of the dashboard — Pulse Bar, MMAS-8 Panel, PEACS Panel, Sentinel Feed, Site Benchmarking, Active Patients table, and the PE Domain Analysis panel (expand it under the MMAS-8 section — this shows your institution's PE domain profile and per-site constraint breakdown). Nothing you view here changes any data.

Day 1 — Provision your site coordinator keys

Each site that collects data needs its own Researcher-tier workspace key, issued with your institutional key as the Parent Institution Key. Email info@adherence.cc with: your institutional key prefix, each site name, and each coordinator's name and email. Keys are provisioned within 24 business hours. Once issued, coordinator submissions will appear in your Command Center automatically — no further setup required on your end. Full site setup procedure →

Day 2 — Confirm coordinator onboarding

Ask each site coordinator to sign in to their workspace and submit one test assessment using Start New Patient Session. In the session modal, they select the appropriate instrument (MMAS-8 Only, PEACS Only, or MMAS-8 + PEACS), click Continue to Informed Consent →, complete a test run, and note the auto-generated Patient ID. Verify the test record appears in your Command Center under their site key. Then email info@adherence.cc to delete the test records.

Day 3 — Set up the daily monitoring routine

Block 15 minutes each morning during active collection periods for the Daily Monitoring Routine. Create an operations journal (a simple spreadsheet is fine) to log: date, submission count, Sentinel alerts actioned, and any anomalies. This log supports JC documentation and IRB progress reports.

Week 1 — Establish escalation contacts

Confirm who receives Sentinel alert notifications at each site, who the clinical lead is for urgent (red) alerts, and who handles platform issues. Record these contacts in your operations journal. Share the Clinician Deep Reference Guide with site coordinators who are new to ATLAS — they should use the Getting Started section and familiarise themselves with the patient session workflow before their first data collection session.

Patient session workflow — what your coordinators do per patient Site coordinators start every assessment with Start New Patient Session in their dashboard. They select the instrument in the modal, click Continue to Informed Consent →, and note the auto-generated Patient ID (e.g. PT-A3F7) in their CRF. The patient is then guided through consent and the selected instrument(s). Results appear in your Command Center dashboard in real time as submissions come in across all sites.

2. Command Center Overview

The ATLAS Population Health Command Center is the institutional view of all medication adherence activity across your sites. It is accessible to the holder of the institutional workspace key (formats: INST-ACAD-XXXX-2026 · INST-HLTH-XXXX-2026 · INST-AMC-XXXX-2026 depending on your tier). Note: the MTM Audit Log and Care Gap panel are only visible to Health System and AMC tiers; the Research Hub, Grants, and Thesis tabs are only visible to Academic and AMC tiers.

What you see in the Command Center

SectionWhat it showsUpdate frequency
Pulse Bar (top)Live totals: all assessments across all sites, countries, global averageReal-time
MMAS-8 PanelAggregate MMAS-8 data for your institution: total submissions, mean score, INA/UNA/Mixed/High breakdownReal-time
PEACS PanelAggregate PEACS data: total assessments, mean PE, zone distribution (Optimal/Good/Moderate/Poor)Real-time
Site BenchmarkingScore distribution comparison across your sites and against global ATLAS averageOn load
Sentinel Feed (right)Active alerts requiring clinical attention — sorted by urgencyReal-time
Longitudinal TrajectoriesScore trends over time for patients with multiple assessmentsOn load
Drug · Condition StratificationMean adherence score by drug class and medical condition across your populationOn load
Active Patients tableAll individual patient records across all sites with search and filterReal-time
PE Domain Analysis panelMAP PE domain scores for your full institution: cohort avg PE, Architecture / Execution / Context averages, per-site PE breakdown table showing which site is Architecture-, Execution-, or Context-constrainedOn load
MTM Audit LogCMS-formatted encounter documentation with CPT codes across all sitesReal-time

The institutional key vs site keys — how the hierarchy works

Your institutional key (e.g. INST-HOSP-2026) is the parent. Each site coordinator or researcher has their own workspace key (e.g. RES-HOSP-AB12-2026) that was issued with your institutional key set as the Parent Institution Key. This link is stored in the site key's profile at issuance time.

When a coordinator submits an assessment, ATLAS stamps the Firebase record with parent_institution: "INST-HOSP-2026". Your institutional dashboard scans for all records bearing your key as parent institution — this is how everything from across your sites appears in your Command Center automatically, in real time, with no manual aggregation needed.

Site coordinators see only their own records — the hierarchy is enforced at the database level. A coordinator cannot see another site's data even if they know the institutional key format.

New site added later? When the new coordinator's key is issued with your institution key as parent, their submissions will appear in your dashboard from their very first assessment. No reconfiguration required on your end.

3. Daily Monitoring Routine

This routine should take 10–15 minutes and covers the most important operational checks. It should be completed at the start of each working day during active data collection periods.

Step 1 — Sign in with your institutional key and email verification

Open atlas.adherence.cc, enter your institutional workspace key (format: INST-XXXX-2026), and press Verify Access. An Identity Verification panel appears and a 6-digit one-time code is sent to your registered email. Enter the code to complete sign-in. The code expires after 10 minutes — if it expires, press Resend Code.

Once signed in, navigate to the Sentinel feed on the right side of the Command Center. Any red (Urgent) alerts require same-day response. See Sentinel Triage Protocol below.

Step 2 — Review submission volume

Check the submission counter against expected daily volume from each site. If a site shows no submissions for 3+ consecutive days during an active collection period, contact that site coordinator. Log the gap in your operations journal.

Step 3 — Review aggregate score trends

The mean score should remain broadly stable across days unless a new patient population is being enrolled. A sudden drop may indicate a new high-risk cohort being added or a data quality issue. Review new submissions from that day if you see an unexpected shift.

Step 4 — Check INA proportion

If the INA (Intentional Non-Adherence) count increases materially week-over-week, this is a clinically significant trend. Bring it to the attention of the clinical lead. INA patients require motivational intervention — reminders and pill organisers will not address this pattern.

Step 5 — Log completion and any actions

Record in your operations journal: date, submission count, Sentinel alerts actioned, any anomalies noted. This log is important for quality audits and JC documentation.

4. Sentinel Alert Triage Protocol

Sentinel alerts are generated automatically when ATLAS detects adherence patterns that warrant clinical attention. Your role is to ensure alerts are seen, assigned, and actioned within the required timeframes.

Triage categories

Alert typeTriggerResponse requiredBy whomTimeframe
Urgent · Red MMAS-8 score < 4, INA pattern, ZOE clinical flag, or rapid screen < 2/3 Site coordinator contacts patient. Documents intervention attempted. Site coordinator (primary), clinical lead (if uncontactable) Within 7 days
Moderate · Amber MMAS-8 score 4–6, follow-up due, medium adherence Schedule follow-up assessment. No immediate clinical action required. Site coordinator Within 14 days
Routine · Green Follow-up reminder for high-adherence patient (30-day cycle) Schedule next assessment. Document in patient record. Site coordinator or admin Within 30 days
ZOE Requested Pharmacist flagged patient for full ZOE assessment from Daily Intake Ensure full MMAS-8 + ZOE assessment is completed at next patient contact Site coordinator Next patient contact
Sentinel Escalation Workflow (3 stages)

Sentinel alerts now use a structured 3-stage escalation workflow rather than a simple "Mark Reviewed" button.

Stage 1 — Assign: Enter the name of the staff member responsible for follow-up in the Assign field and click Assign. The alert card updates to show the assigned staff member and timestamp.

Stage 2 — Contact Outcome: Once contact is attempted, record the outcome using one of four buttons: Reached · No Answer · Declined · Referred. The timestamp and outcome are logged automatically.

Stage 3 — Resolve: After the patient situation is addressed, click Resolve. The alert is marked resolved with a full audit trail (assigned to, contact outcome, resolved by, timestamp chain).

Escalation state persists in localStorage so it survives page refresh. Use the Resolve button only when clinical follow-up is complete — resolved alerts are removed from the active Sentinel queue.

Triage procedure

Identify the alert patient. The Sentinel card shows Patient ID, score, pattern, condition, and whether a ZOE session was used. Click the card to expand full details including ZOE transcript excerpt if available.
Stage 1 — Assign to site coordinator. Enter the responsible staff member's name in the Assign field and click Assign. The alert card updates to show the assignee and timestamp. Also notify the coordinator via your normal clinical communication channel with the Patient ID and alert details.
Stage 2 — Record contact outcome. Once contact is attempted, click the appropriate outcome button on the alert card: Reached · No Answer · Declined · Referred. The timestamp and outcome are logged automatically to the audit trail.
Stage 3 — Resolve. After the patient situation is addressed and clinical follow-up is complete, click Resolve. The alert is marked resolved with a full audit trail and removed from the active Sentinel queue. If the coordinator has not actioned an Urgent alert within 3 days, escalate to the clinical lead and log the escalation in your operations journal.
Export the sentinel log monthly. Use the "Export Sentinel Log" button at the bottom of the sentinel feed. File in your quality documentation. This export covers all alerts including resolved ones with their full audit trail.
Patient safety note ATLAS Sentinel alerts are clinical triage tools, not emergency response systems. If a patient expresses immediate distress, harm to self or others, or a medical emergency during a ZOE assessment, normal clinical emergency protocols apply — call emergency services or activate your institution's rapid response process. ATLAS does not have direct patient contact capability.

5. Reading the Population Health Dashboards

Site Benchmarking panel

The benchmarking panel compares score distributions across your sites against each other and against the global ATLAS average. A site whose distribution skews significantly lower than others may be collecting data from a genuinely higher-risk population, or may have a data collection issue (assessments being completed by proxy rather than patients themselves). Investigate outliers before drawing clinical conclusions.

Drug · Condition Stratification

This panel shows mean adherence score by drug class (antihypertensives, diabetes medications, statins, etc.) and medical condition. Use this to identify which therapeutic areas have the lowest adherence in your institution's population — this informs where to direct pharmacist counseling resources and where to prioritise ZOE-assisted intake.

PEACS population view

The PEACS panel in institutional view shows the distribution of patients across the four PE zones (Optimal, Good, Moderate, Poor). A high proportion in the Poor zone warrants a STRATA review — social determinants barriers are likely the primary driver and require systemic intervention beyond clinical counseling.

PE Domain Analysis panel — per-site breakdown

The institution tier adds a PE Domain Analysis panel to the Command Center — an institution-specific view that applies the Theory of Predictive Emergence (TPE) to your MAP data. PE = (A × E × C)1/3 where A is Architecture (Q2, Q3, Q6 — belief and motivation), E is Execution (Q1, Q4, Q5, Q8 — habitual reliability), and C is Context (Q7 — regimen burden).

The institution panel goes beyond the cohort-level view available to individual researchers: it includes a per-site breakdown table sorted by lowest PE first, with columns for Site Name, Avg PE, Avg A, Avg E, Avg C, Constraint Label, and patient count. This lets you answer the strategic question: which sites in my institution are Architecture-constrained (motivational problems), which are Execution-constrained (habit and systems problems), and which are Context-constrained (regimen burden problems)? The answer determines where to direct different types of intervention resources.

The panel also shows a constraint summary banner for the institution overall — for example: "67% of your population is Execution-constrained. Habit formation and adherence packaging are the highest-leverage interventions across your sites."

No additional data collection required PE is computed from Q1–Q8 already stored on every assessment — including all historical records. The moment you open the PE Domain Analysis panel, it processes your entire dataset retroactively. New assessments include mmas_pe, mmas_a, mmas_e, and mmas_c fields stored directly on the record, which appear in all CSV exports.

Benchmark Comparison Strip

Below the cohort summary statistics, a benchmark strip shows your cohort mean score alongside two reference points: the published literature mean (Morisky et al., Journal of Clinical Hypertension, 2008: mean 5.93, 31.4% high adherence) and the ATLAS global dataset mean (2026: 6.21, 34.2% high adherence). This contextualises whether your population sits above or below both the historical baseline and the current global ATLAS cohort.

Longitudinal Trajectories

This panel requires patients to have completed 2 or more assessments under the same Patient ID. It shows whether individual patients are improving, stable, or deteriorating over time. Use it to evaluate the effectiveness of interventions — if a cohort received a pharmacist intervention and reassessed 30 days later, this panel shows whether adherence scores improved.

6. Adding and Managing Sites

Adding a new site

Email info@adherence.cc with: new site name, coordinator name and email, approximate patient volume, and your institutional key prefix.
Adherence Inc. provisions a Researcher-tier key linked to your institutional key. The coordinator receives their key, Letter of Permission, and a welcome email with login instructions within 24 business hours.
Coordinate with the new coordinator to complete onboarding: confirm they can log into ATLAS, submit a test assessment, and see their data in their dashboard. Verify the test record appears in your institutional view under their site key.
Request deletion of test records (email info@adherence.cc). Add the new site to your operations documentation.

Suspending a site

If a site coordinator leaves, is unavailable, or a site closes: email info@adherence.cc requesting that the site's workspace key be revoked. The existing data remains accessible to you via the institutional key. The revoked coordinator can no longer log in or submit data. Data already submitted is never deleted — revocation is access-only.

Changing a site coordinator

When a coordinator changes, the key profile needs to be updated with the new person's name and email. This can be done by your ATLAS superadmin via the Keys → Edit function in ATLAS Control, or by emailing info@adherence.cc with the current site key, the new coordinator's name, and their email address. The incoming coordinator will receive a new welcome email with the key and can log in immediately via MFA. The data and Patient IDs remain unchanged.

Site Activation Tracker

Site Activation Tracker

The Study tab in the Institution dashboard includes a world map (Mapbox) showing all registered study sites. Each site is plotted as a coloured pin: grey = Pending, green = Active, red = Closed.

To add a site: click Add Site, enter the site name, city, country, latitude/longitude (or approximate), and initial status. The site appears immediately on the map and in the table below it.

Site data is stored locally (atlas_study_sites). When you download a fresh bulk upload template after adding sites, the Timeline & Sites section of the IRB Submission Assistant will automatically include the site list.

7. Bulk Data Upload Procedure

All keyed workspace tiers (Student, Researcher, PI, and Institution) support bulk upload via an XLSM template. This allows you to import data collected on paper, in REDCap, or from other electronic systems into ATLAS in a single operation.

When to use bulk upload

Bulk upload procedure

Download the XLSM template. In ATLAS, click the ↓ Template button below the MMAS-8 panel. The template has one row per patient assessment, one highlighted example row, and macro buttons for validation and cleanup.
Unblock the file before opening. Windows flags downloaded .xlsm files and blocks macros by default — a red security bar appears in Excel when the file is opened in a blocked state. To prevent this: right-click the downloaded fileProperties → tick Unblock at the bottom of the General tab → click OK. Then open the file. If you already see the red bar, close Excel, unblock the file via Properties, and re-open it.
Delete the example row. The template includes one highlighted example row showing the correct format. Delete it before entering your data — use the Remove Example Row macro button at the top of the sheet, or select and delete the row manually.
Complete the template. Each row is one patient assessment. Key columns:
ColumnNotes
Patient_NumberYour anonymised patient ID. Recommended — required for longitudinal tracking and source data verification.
Assessment_DateDate of assessment in YYYY-MM-DD format (e.g. 2026-01-15). Used as the record timestamp in ATLAS. Required for longitudinal data; leave blank for single-visit records (upload timestamp is used instead).
Q1Q7Required. Select YES or NO from the dropdown. Q5 is reverse-scored.
Q8_FrequencyRequired. Select from the dropdown: Never / Rarely / Sometimes / Usually / All of the time.
Country, Condition, Drug_Name, etc.Recommended but optional.
Validate before upload. Click the Validate macro button — red cells indicate errors. Common errors: out-of-range Q8 scores, missing Q responses, invalid date format. Resolve all errors before uploading.
Upload the file. Click the 📤 Bulk Upload button in your ATLAS dashboard. When the file selector opens, the file type filter defaults to Custom Files — change it to All Files so the .xlsm template is visible. Select your completed file. ATLAS processes each row, displays a progress bar, and shows results (uploaded / errors / skipped) when complete.
Review the results. Check the error report for any rows that were skipped and why. Export a fresh CSV after upload to verify all records are present and scored correctly.

Longitudinal patient tracking

To record the same patient at multiple timepoints, enter a separate row for each visit using the same Patient_Number and a different Assessment_Date for each row. ATLAS links these rows by Patient_Number and orders them chronologically by Assessment_Date.

Patient_NumberAssessment_DateQ1…Q8MMAS8_Score
PT-0012026-01-15Baseline6.75
PT-0012026-04-153-month7.75
PT-0012026-07-156-month5.75

In the exported CSV, sort or filter by patient_number to group all timepoints per patient. Use patient_number as your subject ID and timestamp as your time variable for repeated-measures or mixed-model analyses in SPSS, R, or Stata.

Bulk upload is irreversible without support. Records uploaded via bulk upload are tagged with your workspace key and the upload timestamp. If a batch was uploaded with errors, contact info@adherence.cc with your workspace key prefix, the upload date, and the Patient IDs of affected records.
v2 Template — Study Provenance Required

The current CSV upload template (v2) requires study metadata in the header block (rows 2–7): Study Title, Principal Investigator, Institution, IRB Number, ClinicalTrials.gov ID, Protocol Version. The system validates Study Title, PI, and Institution and rejects uploads missing any of these. Download the template after completing Study Config to have these fields pre-filled automatically.

8. Export and Reporting Procedures

Monthly reporting package

Recommended monthly export procedure for institutions with active population health programs:

  1. Export MMAS CSV (all sites) → file in data repository dated folder. Includes PE domain columns: mmas_pe, mmas_a, mmas_e, mmas_c
  2. Export PEACS CSV → same folder
  3. Export Sentinel Log CSV → file separately for quality/JC documentation
  4. Export MTM Audit PDF → submit to billing department for reimbursement processing (Health System and AMC tiers only — Billing tab must be visible)
  5. Generate Session Certificate → file in regulatory binder

IRB progress report data

For annual or interim IRB progress reports, the MMAS CSV provides all required data elements. The Site Benchmarking panel can be screenshotted as a visual summary. The Session Certificate provides a timestamped count of total submissions for the reporting period.

Quality improvement reporting

For JC (Joint Commission) or equivalent quality documentation, the Sentinel Log export provides evidence of adherence screening activity, alert identification, and clinical follow-up. The MTM Audit Log provides documentation of pharmacist consultation encounters with CPT codes for reimbursement audit.

Annual Global Adherence Report

See Section 14 for full documentation. The report is available in the ACC Data & Export panel and generates directly from the global ATLAS dataset.

9. Access Management — Seats, Keys, and Pricing

Institution tier pricing at a glance

TierMonthlyAnnualKey formatAnnual saving
Academic (institution_academic)$399/mo$3,990/yrINST-ACAD-XXXX-2026~$798 (≈2 months free)
Health System (institution_health)$599/mo$5,990/yrINST-HLTH-XXXX-2026~$1,198 (≈2 months free)
Academic Medical Center (institution_amc)$799/mo$7,990/yrINST-AMC-XXXX-2026~$1,598 (≈2 months free)
Annual billing — Annual pricing saves approximately two months of fees versus monthly billing across all tiers. All additional seat charges are prorated to the same billing cycle and appear on one invoice.

What your plan includes — by tier

ItemAcademicHealth SystemAMC
Institution dashboard key (Command Center)111
PI workspace seats (included)223
Researcher workspace seats (included)335
Student workspace seats (included)101015
Observer seats (included, read-only)112
BAA & DUAIncludedIncludedIncluded
Dedicated CSMIncludedIncluded
Priority supportIncluded
Standalone subscriptions — If researchers or students at your institution already have individual ATLAS subscriptions, contact info@adherence.cc to migrate them under your institutional account. Their cohort data and history are preserved.

Volume pricing for additional PI/Researcher seats (Health System tier)

The Health System tier supports volume pricing on additional PI and Researcher seats: seats 11–25 are $79/seat/month; 26+ are negotiated. Contact info@adherence.cc for a volume quote.

Provisioning included seats — self-service

Included seats are provisioned by your institution administrator directly from the ATLAS dashboard. No support ticket or email is required. Each seat holder receives their own unique workspace key by email — the key is automatically linked to your institution so their data appears in your Command Center.

Log in to ATLAS at atlas.adherence.cc with your institutional key (INST-ACAD-, INST-HLTH-, or INST-AMC- depending on your tier).
Open the 🪑 Seat Management tab in the institution dashboard (third tab, next to MTM Services).
The quota cards (PI · Clinician · Researcher · Student · Observer) display how many included seats have been used and how many remain. A progress bar shows utilisation at a glance.
Click + Provision Seat on the card for the seat type you want to issue. Enter the seat holder's full name and institutional email address, then click Issue Seat Key →.
The seat holder receives a welcome email containing their workspace key. They can begin using ATLAS immediately. Their cohort data will roll up into your institution Overview tab automatically.
Tip — provision seats before your first data collection day. Seat keys take effect instantly but welcome emails may take a few minutes to arrive. Give seat holders at least 30 minutes to locate the email and test their key before a live session.

Purchasing additional seats beyond the included allowance

When all included seats of a given type are in use, the + Provision Seat button changes to Purchase More → and opens keys.adherence.cc. Enter your institutional key (INST-ACAD-, INST-HLTH-, or INST-AMC-) in the Seat Purchase section, select the seat type and quantity, and complete the Stripe checkout. Additional seats are provisioned and emailed within seconds of payment. They are tracked separately from your included quota and appear in the Provisioned Seats table tagged as Purchased.

QuantityPIClinician · ResearcherStudentObserver
1–10$99/seat/mo$49/seat/mo$19/seat/mo$19/seat/mo
11–25$79/seat/mo$79/seat/mo$19/seat/mo$19/seat/mo
26+Contact info@adherence.cc for negotiated rate

Revoking a seat

To revoke a seat — for example when a researcher leaves the project — go to ATLAS Control → Keys → Active Keys and locate the seat key in the table. Click Revoke. The key is deactivated immediately; the seat holder cannot log in after the next validation attempt. Data already submitted by that seat holder is never deleted. Revoking an included seat frees the quota slot — you can re-provision it to a new person without purchasing an additional seat.

Do not revoke a seat on the last day of a data collection window. Revocation is immediate and cannot be undone. If the seat holder still has work in progress, coordinate timing with them before revoking.

Key security policy

Onboarding a new Command Center administrator

Provide the new administrator with this runbook and the institutional key (via secure channel).
Walk them through a dashboard review session — show them the Sentinel feed, site breakdowns, and export workflow.
Have them complete the daily monitoring routine independently on day 2 and compare observations with you.
Email info@adherence.cc to add their name to the institutional account contact list for support communications.

Offboarding

When a Command Center administrator leaves: immediately email info@adherence.cc requesting key rotation. Provide the name and email of the replacement. New key is issued within 24 business hours. Old key is revoked simultaneously.

9a. Publication Rights for Institution Researchers

Letter of Permission — what it covers

Every seat holder under your institution plan has a Letter of Permission tied to their workspace key. The LOP records the seat activation date and covers data collected while that seat subscription is active. It does not reach backward before the activation date and expires if the seat is revoked or the institutional subscription lapses.

Retroactive coverage does not exist. Provisioning a seat today to cover a researcher's prior data collection does not license that prior data. The activation date is recorded on every Letter of Permission and is publicly verifiable at keys.adherence.cc/verify. Provision seats before data collection begins, not after.

Publication rights by seat type

Seat typePublication rights pathHow to obtain
PI · Researcher · Clinician Letter of Permission — included with active seat Download from seat holder's dashboard → Publish tab. Valid while seat is active.
Student (institutional seat) Letter of Permission — included with active seat. If seat has lapsed: Student Publication License (flat rate) Active seat: dashboard → Publish tab. Lapsed: atlas.adherence.cc?publish=1 ($49–$249)
PI — study predates institution subscription Duration-based publication rights — email required Contact info@adherence.cc with study title, funding source, IRB number, and data-collection dates.

Student researchers under your institution account

Student seat holders whose institutional seat is active already have their Letter of Permission included — they do not need to purchase a Publication License separately. If a student seat has been revoked before the student's thesis is submitted, they can obtain a standalone Student Publication License at atlas.adherence.cc?publish=1 (flat rate $49–$249 depending on participant count, permanent, issued instantly).

Funded PI studies with data collected before ATLAS subscription

If a PI under your institution ran a grant-funded study before your institution subscribed to ATLAS and now needs publication rights covering that prior period, the flat-rate Student Publication License is not available to them. Email info@adherence.cc with the study details and funding source. Publication rights for funded studies are priced by study duration rather than a flat rate. Annual review checklist item: verify all active LOPs at keys.adherence.cc/verify and confirm all publishing researchers have active seat coverage.

Best practice for multi-year studies: Keep seat subscriptions active for the full data-collection period. If budget cycles require a gap, coordinate with info@adherence.cc before revoking seats — a brief lapse creates a gap in LOP coverage that may need to be addressed before the manuscript is submitted.

10. Escalation and Incident Procedures

Platform outage

If ATLAS is unavailable

1. Check atlas.adherence.cc — if the page loads but login fails, try clearing browser cache. 2. Try a different browser. 3. If unavailable across all devices and browsers, email info@adherence.cc with subject line "Platform unavailability — [your institution name]". 4. Activate paper backup CRF procedure for sites with active collection. 5. Document downtime period in operations journal. Data collected on paper during downtime can be bulk uploaded when platform is restored.

If data appears in wrong cohort

If records appear in your institutional dashboard that do not belong to your institution (wrong workspace key used by a site), email info@adherence.cc immediately. Do not attempt to export or use this data. Include your institutional key prefix and the approximate timestamp of the records in question.

If a workspace key is compromised

If you believe a site key has been shared unauthorised or used by someone outside your organisation, email info@adherence.cc requesting immediate revocation. A new key will be issued within 2 business hours. Log as a security incident per your institution's information security policy.

Escalation contacts

Issue typeFirst contactResponse time
Platform technical issueinfo@adherence.cc — subject: "Platform issue [institution]"24 hours
Data access / security concerninfo@adherence.cc — subject: "Security [institution]"2 business hours
Included seat provisioningSelf-service via ATLAS dashboard — 🪑 Seat Management tabInstant
Additional seat purchaseSelf-service via keys.adherence.cc — Seat Purchase sectionInstant (Stripe)
Institutional key rotation / compromiseinfo@adherence.cc — subject: "Key request [institution]"24 business hours
Billing / subscriptioninfo@adherence.cc — subject: "Billing [institution]"48 business hours
IRB / compliance documentationinfo@adherence.cc — subject: "Compliance docs [institution]"48 business hours
Include in all support emails Your institutional key prefix (first 8 characters only — never the full key), your institution name, and the approximate time of the incident. This allows the support team to identify your account immediately without requiring the full key.

11. Platform Maintenance and Updates

ATLAS is a continuously deployed platform — updates are released without downtime. The changelog and release notes are available at docs.adherence.cc. Key updates that affect operations will be communicated to institutional contacts via email.

What updates may affect you operationally

Annual review checklist

  1. Review all site coordinator access — remove departures, add new coordinators
  2. Export full year's data to institutional repository
  3. Review Sentinel alert response rates — calculate % actioned within timeframe
  4. Update this runbook if operational procedures have changed
  5. Re-sign PI SOP if study is ongoing
  6. Verify Letter of Permission certificate is still active at keys.adherence.cc/verify
  7. Review MTM audit completeness for billing reconciliation

12. Clinical Study Module — Research Operations

Access via the Study tab. The module provides a unified research operations view:

Enrollment Tracking

Active vs. enrolled vs. target with progress visualisation. Monitor enrollment velocity across all sites and identify sites that are behind pace against the enrollment target.

LTFU Tracking

Patients overdue for follow-up based on visit window are flagged automatically. Review the LTFU list weekly during active collection periods and coordinate with site coordinators to recapture patients before they drop out.

Protocol Deviations

Log and track deviations with free-text notes. Each logged deviation includes a timestamp and staff entry. Export the deviation log for IRB progress reports and site monitoring visits.

Study Config

Set study metadata: PI name, IRB number, ClinicalTrials.gov ID, enrollment target, and visit schedule. This data flows automatically into bulk upload templates (v2 header block) and the IRB Submission Assistant. Always complete Study Config before downloading the bulk upload template or generating IRB documents.

Site Activation Tracker

World map (Mapbox) showing all registered study sites with status pins. See Section 6 for full documentation.

13. IRB Submission Assistant

Access via the Open IRB Assistant button in the Study tab export area. The assistant auto-populates a structured IRB submission document from your Study Config and site list.

IRB Assistant tabs

TabContent
Protocol SummaryStudy title, objectives, design, overview
Informed ConsentPurpose statement, procedures, confidentiality
Risks & BenefitsRisk characterisation, benefit statement, alternatives
Privacy & DataData collection scope, storage/security, sharing policy
Timeline & SitesStudy timeline milestones, enrolled sites list
Complete Study Config in the Study tab before opening the IRB Assistant. The assistant draws PI name, IRB number, ClinicalTrials.gov ID, and enrollment data from Study Config.
Click Open IRB Assistant. Each of the five tabs is pre-populated from your Study Config and site list. Review each section — the text is fully editable.
Click ↻ Regenerate on any section to re-populate from the latest Study Config data. Use this if you have updated Study Config after initially opening the assistant.
Click Export IRB Document to download a structured .txt file ready for paste into your IRB portal.
Sites in the Timeline & Sites tab The Timeline & Sites tab automatically includes all sites from the Site Activation Tracker. Add sites via Add Site in the Study tab map before generating the IRB document to ensure the site list is complete.

14. Annual Global Adherence Report

Available in the ACC Data & Export panel. Click Generate Report on the report banner.

What the report computes

The report computes from the global ATLAS dataset: total N, mean adherence score, high/medium/low distribution, top 20 countries by submission volume, top 15 conditions, and INA/UNA/Mixed/High adherence pattern counts.

Exporting the report

Click Export Report to download a plain-text annual report suitable for institutional reporting, board presentations, or publication appendices.

Use cases The Annual Global Adherence Report is appropriate for: annual quality reports, JC documentation of population health program scope, IRB progress report appendices, grant applications requiring epidemiological context, and board-level presentations on adherence population trends.

15. 21 CFR Part 11 — Electronic Records & Electronic Signatures

For institutions conducting FDA-regulated studies (IND, NDA, 510(k)) or GCP-compliant clinical research through ATLAS, the platform is compliant with FDA 21 CFR Part 11. This section summarises the relevant controls active in the platform and the steps required to complete compliance at the infrastructure level.

Platform-built controls (active now)

ControlRegulatory basisStatus
Immutable audit trail — every clinical record create / update / delete logged with actor UID, email, timestamp, and SHA-256 payload hash§11.10(d)(e)Platform Built
Two-component electronic signature on data submission and record deletion§11.200(b) / §11.50Platform Built
signature_id stored on signed records — cryptographic link between signature and record§11.70Platform Built
30-minute inactivity session timeout with audit entry on expiry§11.10(f)Platform Built
Failed login events logged to audit trail§11.10(d)Platform Built
Read-only Audit Log Viewer (superadmin) — no delete or edit controls§11.10(d)Platform Built
System validation docs: IQ / OQ / PQ / SRS / RTM prepared§11.10(a)Awaiting PI Sign-Off

Owner-action items (AWS infrastructure)

ActionPath
DynamoDB audit table: add IAM Deny on DeleteItem / UpdateItem for all principalsAWS Console → IAM → Lambda execution role → add Deny statement
Enable DynamoDB Point-in-Time Recovery (PITR) on atlas-audit-log tableAWS Console → DynamoDB → Tables → atlas-audit-log → Backups → Enable PITR
Enable AWS CloudTrail across all regions, log to S3 bucket atlas-cloudtrail-logsAWS Console → CloudTrail → Create trail → All regions
PI signature on IQ / OQ / PQ validation documentsContact info@adherence.cc to obtain the validation document package
Requesting validation documentation Email info@adherence.cc with subject "CFR-11 validation docs — [institution name]" to receive the IQ/OQ/PQ package for your regulatory binder. Include your workspace key prefix and the study title. Response within 48 business hours.