
About 50% of the work in Paramedics is information-shaped and increasingly AI-deliverable, with the rest a hybrid of judgment and hands-on work. The automation frontier runs straight through the middle of this role.
Why: The grounding hints show a surprising dominance of software in the tool distribution, with 24 of 30 tools falling into UNSPSC segment 43 (IT/software, prior=0.85), including field reference and charting tools like Epocrates and Iterum eMedic. This strong digital signal is balanced by 6 tools in segment 42 (medical equipment, prior=0.00) that anchor the occupation in physical patient care. This blend of hands-on emergency response and intensive digital documentation places the role squarely in the hybrid band.
grounded in the economy graph · digital scalar 0.50 · hybrid
Which of this work becomes digital labor — performed under typed authority, promoted to autonomy on track record.
Paramedics performs 7 tasks on the graph — the atomic work units that become the job description for a digital employee, promoted to autonomy on track record.
Paramedics is typically employed by 8 company types — the demand side that decides which of this role's tasks get handed to agents, and on what authority.
Paramedics is employed across 35 settings — the places where this role's work is done, and where digital employees first sit beside the humans.
+23 more via employs
The software here going agent-consumable — where the API, not the UI, becomes the way the work gets done.
Paramedics uses 98 tools today. As each gains an agent-consumable surface (API / MCP / SDK), the human UI stops being the only way in — and the work routes straight to an agent.
+86 more via usesTool
Paramedics relies on 28 products. The headless dimension of each — whether an agent can call it without a screen — is what decides how much of this work goes hands-free.
+16 more via uses
The software Paramedics reaches for already exposes 12 agent-callable actions (via uses → exposedBy) — typed surfaces an agent invokes directly, no human screen in the loop. The work routes to the API, not the UI.
Node-intrinsic problems read straight off the graph (exposesProblem) — the evergreen wedges a builder could take into this space.
No articles yet for this entity.
No capability events for this entity yet.