plugin/skills/tooluniverse-pharmacovigilance/SKILL.md
Drug safety and adverse event analysis — FAERS spontaneous-report mining, FDA black-box warnings, signal detection (PRR, ROR, IC), risk factors by demographic/comorbidity, and label change tracking. Use for post-market safety surveillance, AE signal investigation, drug-AE association strength scoring, and pharmacovigilance reports.
npx skillsauth add mims-harvard/tooluniverse tooluniverse-pharmacovigilanceInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
When analysis requires computation (statistics, data processing, scoring, enrichment), write and run Python code via Bash. Don't describe what you would do — execute it and report actual results. Use ToolUniverse tools to retrieve data, then Python (pandas, scipy, statsmodels, matplotlib) to analyze it.
Systematic drug safety analysis using FAERS adverse event data, FDA labeling, PharmGKB pharmacogenomics, and clinical trial safety signals.
KEY PRINCIPLES:
Apply when user asks:
Ask: is this adverse effect a predictable extension of the drug's mechanism (on-target), or something the mechanism doesn't explain (off-target)? On-target effects are dose-dependent and predictable. Off-target effects are often idiosyncratic and harder to predict.
How to apply this:
When did the adverse event start relative to drug initiation? The timeline alone narrows the mechanism:
How to apply this: When reviewing FAERS case reports, always check the time_to_onset field. If the reported timeline is biologically implausible for the proposed mechanism, suspect confounding or misattribution. A reaction appearing years after drug start is unlikely to be immune-mediated but could be chronic accumulation.
This distinction determines monitoring strategy and management:
How to apply this: When evaluating a safety signal, classify it as Type A or B. This determines whether you recommend dose adjustment (Type A) or drug avoidance with potential pharmacogenomic screening (Type B).
When investigating a suspected drug adverse event, the Naranjo algorithm asks: (1) Did the event appear after the drug was given? (2) Did it improve when the drug was stopped? (3) Did it reappear when restarted? (4) Could other causes explain it? Score each question to classify causality.
Did the event recur when the drug was restarted? Positive rechallenge is the strongest evidence for causation in an individual case. But rechallenge is often unethical for serious reactions, so absence of rechallenge data doesn't exonerate the drug.
How to apply this: When reviewing case narratives or FAERS reports, check for dechallenge (did the event resolve when the drug was stopped?) and rechallenge (did it recur on re-exposure?). A positive dechallenge + positive rechallenge is near-definitive. Negative dechallenge weakens the causal link considerably.
A signal in FAERS means the drug-event pair is REPORTED more than expected. It does not mean the drug CAUSES the event. Think about reporting biases:
How to apply this: Always ask — what is the base rate of this event in the untreated population? A high PRR for "cardiac arrest" in a drug used by ICU patients may reflect the patient population, not the drug. Cross-reference with clinical trial placebo-arm rates when available.
Use FAERS/OpenFDA tools to QUANTIFY a signal you have already hypothesized based on mechanism. Do not mine FAERS without a hypothesis — you will find spurious associations.
The correct sequence:
Rather than memorizing gene-drug pairs, apply this reasoning framework:
Query PharmGKB_search_drugs(query=...) and CPIC_list_guidelines to get current pharmacogenomic annotations rather than relying on memorized associations, which may be outdated.
[DRUG]_safety_report.md FIRST with all section headers and [Researching...] placeholders[DRUG]_adverse_events.csv and [DRUG]_pharmacogenomics.csvEvery safety signal MUST include source tool, data period, PRR, case counts, and serious/fatal breakdown.
| Tool | WRONG Parameter | CORRECT Parameter |
|------|-----------------|-------------------|
| FAERS_count_reactions_by_drug_event | drug | drug_name |
| FAERS_filter_serious_events | American spelling (e.g., "Hemorrhage") | MedDRA British spelling (e.g., "Haemorrhage") |
| FAERS_stratify_by_demographics | Requiring adverse_event | adverse_event is optional (omit for all-event stratification) |
| DailyMed_search_spls | name | drug_name |
| PharmGKB_search_drugs | drug | query |
| OpenFDA_search_drug_events | drug_name | search |
Phase 0: Mechanistic Reasoning (BEFORE tools)
On-target toxicity, time-to-onset, dose vs idiosyncratic, PGx risk
Phase 1: Drug Disambiguation
-> Resolve drug name, get identifiers (ChEMBL, DrugBank)
Phase 2: Adverse Event Profiling (FAERS)
-> Query FAERS, calculate PRR, stratify by seriousness
Phase 3: Label Warning Extraction
-> DailyMed boxed warnings, contraindications, precautions
Phase 4: Pharmacogenomic Risk
-> PharmGKB clinical annotations, high-risk genotypes
Phase 5: Clinical Trial Safety
-> ClinicalTrials.gov Phase 3/4 safety data
Phase 5.5: Pathway & Mechanism Context
-> KEGG drug metabolism, target pathway analysis
Phase 5.6: Literature Intelligence
-> PubMed, BioRxiv/MedRxiv, OpenAlex citation analysis
Phase 6: Signal Prioritization
-> Rank by PRR x severity x frequency
Phase 7: Report Synthesis
DailyMed_search_spls(drug_name=...) for NDC, SPL setid, generic nameChEMBL_search_drugs(query=...) for molecule ID, max phaseFAERS_count_reactions_by_drug_event(drug_name=..., limit=50) for top events(A/B) / (C/D) where A=drug+event, B=drug+any, C=event+any_other, D=total_otherSeverity classification:
filter_serious_events -- MedDRA Spelling (CRITICAL)FAERS_filter_serious_events uses MedDRA preferred terms which follow British
English spelling conventions. Common examples:
| Incorrect (American) | Correct (MedDRA/British) | |----------------------|--------------------------| | HEMORRHAGE | Haemorrhage | | ANEMIA | Anaemia | | EDEMA | Oedema | | DIARRHEA | Diarrhoea | | LEUKOPENIA | Leucopenia | | ESOPHAGITIS | Oesophagitis |
The adverse_event parameter should use the exact MedDRA preferred term spelling.
When in doubt, first query FAERS_count_reactions_by_drug_event to see the exact event
names as they appear in the FAERS database, then use those exact strings.
Additional FAERS notes:
adverse_event is now correctly appended to the OpenFDA query in _filter_serious_eventsFAERS_stratify_by_demographics: adverse_event is optional — when omitted, stratification covers all events for the drug. Sex codes: 0=Unknown, 1=Male, 2=FemaleSee SIGNAL_DETECTION.md for detailed disproportionality formulas and example output tables.
DailyMed_get_spl_by_setid(setid=...)PharmGKB_search_drugs(query=...) for clinical annotationsPGx Evidence Levels: | Level | Description | Action | |-------|-------------|--------| | 1A | CPIC/DPWG guideline, implementable | Follow guideline | | 1B | CPIC/DPWG guideline, annotation | Consider testing | | 2A | VIP annotation, moderate evidence | May inform | | 2B | VIP annotation, weaker evidence | Research | | 3 | Low-level annotation | Not actionable |
search_clinical_trials(intervention=..., phase="Phase 3", status="Completed")PubMed_search_articles(query='"[drug]" AND (safety OR adverse OR toxicity)')Signal Score = PRR x Severity_Weight x log10(Case_Count + 1)
Severity weights: Fatal=10, Life-threatening=8, Hospitalization=5, Disability=5, Other serious=3, Non-serious=1
Categorize signals:
Cross-check against mechanistic prediction: A signal not predicted mechanistically warrants additional scrutiny (possible confounding, reporting bias, or genuinely novel finding).
Save as [DRUG]_safety_report.md. See REPORT_TEMPLATES.md for the full report structure and example outputs.
| Tier | Criteria | Example | |------|----------|---------| | T1 | PRR >10, fatal outcomes, boxed warning | Lactic acidosis | | T2 | PRR 3-10, serious outcomes | Hepatotoxicity | | T3 | PRR 2-3, moderate concern | Hypoglycemia | | T4 | PRR <2, known/expected | GI side effects |
| Primary Tool | Fallback 1 | Fallback 2 |
|--------------|------------|------------|
| FAERS_count_reactions_by_drug_event | OpenFDA_search_drug_events | Literature search |
| DailyMed_search_spls | OpenFDA_search_drug_labels | DailyMed website |
| PharmGKB_search_drugs | CPIC_list_guidelines | Literature search |
| search_clinical_trials | ClinicalTrials.gov API | PubMed for trial results |
See CHECKLIST.md for the full phase-by-phase verification checklist.
tools
Generate the success criteria for a task or question, then review work against them. Given a task, goal, or open-ended question, decompose it into scenarios, evaluation perspectives, and fine-grained weighted YES/NO criteria using the Recursive Expansion Tree (RET) method; if work is supplied, score it criterion-by-criterion and surface what is missing or could be better. Use when asked to self-review or check your own work, judge whether a task is done well or completely, build a definition-of-done or completeness checklist, create an evaluation rubric or grading criteria, score or grade answers to a question, set up an LLM-as-judge rubric, or when the user mentions self-review, completeness check, success criteria, evaluation criteria, scoring rubric, Qworld, or the RET algorithm.
tools
Find the real protein target(s) of a peptide from its sequence — peptide target deorphanization / off-target identification, for ANY target class (GPCR, ion channel, protease, cytokine/growth-factor receptor, enzyme, integrin), not only GPCRs. Use when a peptide has a phenotype but does not bind its hypothesized target, when a peptide binds a target in one species or assay but not another, or to screen candidate targets for an orphan peptide. A target-class router steers a multi-route keyless pipeline (PROSITE/ELM motif, BLAST homology, HGNC/InterPro/GPCRdb/GtoPdb target-family enumeration, OpenTargets phenotype anchor, EnsemblCompara/Alliance cross-species reconciliation) plus optional NVIDIA-NIM co-folding (Boltz2, AlphaFold2-Multimer, OpenFold3) for structural confirmation.
tools
Install or update ToolUniverse in Claude Science — create the conda env, install the tooluniverse pip package, and (re)build the tooluniverse-research skill by fetching the current workflow library from GitHub. Use for first-time setup, upgrading the ToolUniverse version, refreshing the bundled workflows after an upstream release, or reinstalling on a new machine.
tools
Install, set up, verify, update, pin, uninstall, or troubleshoot the ToolUniverse plugin on OpenAI Codex. ALWAYS consult this skill for any of those — don't answer from memory, because the exact marketplace name (mims-harvard/ToolUniverse), the "codex plugin marketplace add" then "codex plugin add -m tooluniverse" flow, Codex's startup auto-upgrade behavior, the uvx tooluniverse MCP server, and the API-key env vars are easy to get wrong. Use it whenever someone wants to get ToolUniverse (or "the 1000+ scientific tools" / "the harvard tools") working on Codex, says the Codex plugin or its tools/skills won't load, hits a uvx or MCP-server startup error, asks how Codex updates it, wants to pin or remove it, or finds it running an old tool version — even if they never say the word "plugin". Not for the Claude Code plugin (use tooluniverse-claude-code-plugin), for running research with the tools, or for authoring new tools or skills.