Open Standard · April 2026

AKPS — an open standard for coverage policy criteria, in a form that AI agents can actually consume.

The Agentic Knowledge Pack Specification (AKPS) is an open standard for representing coverage policy criteria — NCD, LCD, payer benefit design, formulary, clinical guidelines — in structured markdown that autonomous AI agents can parse, reason over, and update without code changes. Published April 2026 under CC BY 4.0 (specification) and Apache 2.0 (reference parser).

View on GitHub Read the format spec Contribute
Part 1 · The problem AKPS solves

Coverage policies live in PDFs. AI agents need structured inputs. AKPS is the bridge.

Every payer maintains coverage policies — what services are covered, under what conditions, for which populations. Today, those policies live in human-readable documents: PDFs, Word files, intranet pages. Engineering teams ingest them by writing code that encodes each rule. When the policy changes, the code changes. When a new payer onboards, the code changes again. The result is a policy substrate that engineers maintain rather than clinicians govern.

AKPS inverts the relationship. Coverage criteria are authored by clinical policy teams in structured markdown — a format engineers can parse and reviewers can read. When a criterion changes, the AKPS pack changes. When a new payer onboards, a new pack is added. The agent platform reads the pack at request time; no code changes required, no engineering bottleneck, no version drift between the policy document and the rule that executes against it.

The reviewer-readability property

A medical director can read an AKPS pack and verify it. A reviewer auditing a determination can trace the citation back to the specific criterion text in the pack. A regulator can inspect the pack as the source of truth. None of this requires reading code or trusting engineer translation.

Part 2 · Licensing

Dual license. Permissive on the reference parser. Open on the specification.

AKPS is released under a dual-license structure designed to encourage adoption while maintaining the specification's integrity:

Specification
CC BY 4.0

The AKPS specification itself — the format, the schema, the conformance rules — is licensed under Creative Commons Attribution 4.0 International. Anyone may use, adapt, and redistribute the specification with attribution.

Reference Parser
Apache 2.0

The reference parser implementation — the Python library that validates AKPS packs against the schema and produces a normalized representation for downstream consumption — is licensed under Apache 2.0.

Both licenses permit commercial use, modification, and redistribution. The specification is intended to be implemented by any vendor or organization; the reference parser is intended to be embedded, forked, or extended without restriction.

Part 3 · Format reference

An AKPS pack is structured markdown plus YAML front matter.

Every pack is a single markdown file with YAML front matter declaring identity, scope, version, and authority. The body contains criteria, each conformant to a schema that the reference parser validates.

Pack types

Rule Pack

Operational and procedural rules

Encodes the operational rules that govern a workflow — eligibility checks, frequency limits, billing-unit validation, channel routing. Rule packs typically apply at the request level before clinical evaluation begins.

Criterion Pack

Clinical coverage criteria

Encodes the clinical criteria against which a request is evaluated for medical necessity — for example, the conditions under which a knee MRI is covered under a specific NCD. Criterion packs are the substrate of the per-criterion citation architecture.

Example: a minimal Criterion Pack

---
id: cms-ncd-220-3-mri-spine-2026
type: criterion-pack
version: 1.0.0
authority: CMS NCD 220.3
effective_date: 2026-01-01
jurisdiction: [medicare-ffs]
service_category: advanced-imaging
authored_by: [email protected]
reviewed_by: [email protected]
---

# MRI of the Lumbar Spine — Coverage Criteria

## Criterion C-1: Clinical Indication

**Requirement:** Documented neurological deficit OR
intractable pain unresponsive to at least 6 weeks
of conservative management.

**Evidence sources accepted:**
- Physician progress note documenting deficit findings
- Pain management consultation documenting failed therapy
- PT/OT notes documenting conservative treatment trial

**Evidence binding rule:** The supporting passage must
be in a document dated within 90 days of the
authorization request.

Every criterion in the pack carries a stable identifier, an explicit requirement statement, the evidence sources accepted as proof, and the binding rule that defines what constitutes valid evidence. At request time, the AI agent maps each submitted document against each criterion independently — producing the per-criterion citation chain that anchors the audit trail.

Extension Pack mechanism

AKPS supports an Extension Pack mechanism for compliant additive customization. A base pack defines the canonical criteria; an Extension Pack adds plan-specific overrides, tighter SLAs, or jurisdiction-specific clarifications without modifying the base. The compliance envelope ensures that extensions cannot weaken validation rules, bypass safety gates, or remove required fields — only add to or refine what the base pack already specifies. This makes pack reuse safe across multi-payer deployments.

Part 4 · What AKPS enables

Three concrete advantages over code-encoded rules.

Hot-reload

Policy updates without redeployment

When a payer updates a coverage policy, the corresponding AKPS pack is updated and reloaded by the agent platform without code changes, build pipelines, or service restarts. Policy velocity matches policy authorship, not engineering throughput.

Reviewer auditability

Read the rule that ran

An auditor inspecting a determination can read the exact AKPS criterion text that the agent evaluated. No interpretation layer, no engineer translation, no version-drift risk between the documented policy and the executed rule.

Multi-platform portability

Same pack, any inference layer

An AKPS pack does not depend on a specific LLM, vector store, or agent framework. The reference parser produces a normalized representation that any compliant agent platform can consume — making the policy substrate portable across deployments, cloud providers, and model generations.

Part 5 · IP context

AKPS is open. The architecture that consumes it is patented.

The Agentic Knowledge Pack Specification itself is open. The architecture that ingests AKPS packs, routes them across deployments, and propagates lessons learned back into pack evolution is protected by Genzeon's patent portfolio.

This bifurcation is intentional. AKPS adoption produces a network of interoperable coverage policy artifacts; the more vendors and payers adopt the format, the more reusable the resulting library becomes. The patented architecture provides commercial differentiation on the consumption layer — how packs are routed, how agents reason over them, how feedback flows back into pack evolution — without locking the underlying specification behind proprietary licenses.

Related patents

PA-AKPS — Provisional Application 64/047,869, filed April 23, 2026 — protects the architecture of an agentic knowledge pack engine consuming AKPS-compliant content. PA-META (spec complete, filing target Q3 2026) protects the upstream substrate that produces AKPS packs at scale. See full patent portfolio →

Part 6 · Contributing

How to contribute to AKPS.

AKPS evolves through public contributions. The GitHub repository accepts issues, pull requests, and discussion threads from any organization.

For specification contributions

Specification changes — adding new pack types, refining schema fields, clarifying conformance rules — are proposed via GitHub Issues using the spec-change label. Substantive changes require a public discussion period of at least 14 days and an explicit rationale. The maintainers review against the compliance envelope: a change must not weaken existing validation, must not break backward compatibility of conformant packs, and must include a migration path if it modifies required fields.

For reference parser contributions

Reference parser changes — bug fixes, performance improvements, additional validation utilities — are accepted via pull request against the Apache 2.0-licensed repository. Tests are required for any behavioral change. The reference parser is intended to remain minimal and reference-quality; vendor-specific extensions belong in downstream forks.

For sample packs

Sample AKPS packs covering common coverage criteria — CMS NCDs, common LCDs, frequently authored plan policies — are welcomed. Sample packs must include explicit attribution to their authoritative source (CMS, the issuing MAC, the payer) and must include a clear "sample only" disclaimer where appropriate. Sample packs are reviewed for schema conformance and clarity, not for clinical accuracy; users of sample packs are responsible for verifying clinical correctness against their authoritative source.

View on GitHub Open an issue Contributing guide
Adopt AKPS

An open standard worth adopting whether or not you ever talk to us.

AKPS is permissively licensed because the value of an open standard increases with adoption. If you are building or evaluating AI coverage determination infrastructure, the format is yours to use.

GitHub repository Talk to the team