- Is Kodori a drop-in replacement for MasterControl / Greenlight Guru / ETQ?
- Honestly: no, not yet. We're missing the QMS-native modules (CAPA, change control, training-attestation as first-class object types) — those land in Phase 6 (Manufacturing QMS module, post-24-month). What we DO have is a working AI-native DMS with hash-chained audit, legal hold deny-wins on retention, hybrid search, and an agent that can move/rename/retag/hold/dispose with full audit trail. Usable today as a parallel system or as the surface for greenfield product lines.
- How does hash-chained audit map to 21 CFR Part 11?
- 21 CFR Part 11 §11.10(e) requires "secure, computer-generated, time-stamped audit trails" that record creates, modifies, and deletes "without obscuring previously recorded information". Kodori's per-tenant chain meets the test: every event records actor, timestamp, payload, and a SHA-256 prev_hash. Tampering is detectable at the chain level, not just the row level. The full section-by-section conformance claim — Subparts B (§§11.10, 11.50, 11.70) and C (§§11.100, 11.200, 11.300) — is published at /legal/21-cfr-part-11.
- What about controlled-copy distribution and point-of-use access?
- Document IDs are URL-stable (/doc/[id] forever). Point-of-use signage can be a printed QR pointing to that URL — operators land on the current revision automatically. Read access is permission-trimmed; an operator without training on a particular SOP doesn't see it. Stale-revision reads are impossible because there's only ever one current_version_hash.
- How do training records and attestation work?
- Training-attestation as a first-class object lands in the Phase 6 QMS module. Today, you can model it via metadata on documents (operatorIds attested, attestation timestamps) plus the audit log's actor + payload — the events table is the substrate. The dedicated UI + reporting comes later.
- Do you support change-control board (CCB) workflow?
- Phase 6. Today, CCB approvals can be modeled as a chain of events on a document's stream — proposed, comments, approved, implemented — with each event captured as actor + payload + chain hash. The dedicated CCB workflow UI (parallel-approval routing, escalation, electronic signature per 21 CFR Part 11 §11.50) ships in the QMS module.
- How does retention work for DHRs, DHFs, batch records?
- Define a retention class per record type — "Device History Records — 5 years post-distribution", "Design History File — life of device + N years", "Batch records — 5 years". Records that elapse appear in /retention/review with defer + dispose actions. Active recalls or open CAPAs (modeled as legal holds today) refuse disposal until released.