Trust Layer
Markovian Protocol / HIPAA Security Rule

Corroborate that health records have not been altered

The HIPAA Security Rule requires covered entities to record activity on systems that hold electronic protected health information, and to keep electronic mechanisms that corroborate the records have not been altered or destroyed. Those mechanisms live inside the covered entity's own systems. Anchoring the audit trail to an independent public log, one whose checkpoints are timestamped onto Bitcoin, lets a reviewer corroborate it without trusting that system.

Audit controls, and a mechanism to corroborate integrity

The HIPAA Security Rule's Technical Safeguards, 45 CFR 164.312, bind covered entities and business associates. Paragraph (b), Audit Controls, requires them to implement hardware, software, and/or procedural mechanisms that record and examine activity in information systems that contain or use electronic protected health information. Paragraph (c)(2) requires electronic mechanisms to corroborate that electronic protected health information has not been altered or destroyed in an unauthorized manner.

Recording the activity is the first half. Corroborating that the record itself has not been altered is the second, and it is the harder one.

The audit log lives in the system it is meant to police

In practice the audit log and the integrity mechanism sit inside the covered entity's own EHR or clinical system. Their assurance rests on that system being trusted, and on the entity not altering the store beneath it. A reviewer, or the Office for Civil Rights after a breach, is left corroborating integrity with a mechanism the entity itself controls. That is exactly where operator-controlled integrity is weakest.

Anchor the audit trail to a log outside the entity's control

Each audit-trail entry is hash-chained, so every entry commits to the one before it, and the head of the chain is written as a leaf into a public transparency log at log.markovianprotocol.com, an append-only log outside the entity's control. Seven independent witnesses, including Geomys and Google's transparency.dev witnesses, cosign the log checkpoint hourly, and checkpoints are anchored to Bitcoin via OpenTimestamps. A reviewer recomputes the chain from the records, which needs nobody, then checks inclusion of the head in the witnessed log from public endpoints. Once the checkpoint is anchored to Bitcoin, the head is checkable against the Bitcoin blockchain itself, independent of Markovian too.

Edit any historical entry and the chain breaks, no longer matching the recorded head. This does not replace the entity's safeguards, it turns the integrity mechanism the rule requires into one a reviewer can check without trusting the entity's system.

What the anchor provides, and what stays the entity's

45 CFR 164.312 technical safeguards
Recording activity on ePHI systems, 164.312(b)Covered entity, your EHR audit log
Access control and encryption, 164.312(a), (e)Covered entity
RetentionCovered entity

Corroborate records not altered, 164.312(c)(2)Hash chain, head in the witnessed transparency log
Time-stampLog timestamp, anchored to Bitcoin via OpenTimestamps
Independent corroboration for a reviewerRecompute locally, check inclusion in the public log

An ePHI access-log entry, anchored

The same audit-anchor mechanism applies to a HIPAA audit trail. Each entry records the action on a record, the time, and a link to the entry before it. The chain head is anchored to Bitcoin and verified by recomputation.

One audit-trail entry
{ "seq": 5, "utc_time": "2026-07-01T14:22:07Z", "action": "access", # access | modify | disclose | delete "record_id": "MRN-448120/note-14", "actor": "clinician-31", "prev_hash": "7c2a...9f", "entry_hash": "b0e4...15" # any edit to a prior entry breaks this } # chain head logged, witnessed, anchored to Bitcoin, checkable by a reviewer

Markovian provides the tamper-evidence and verifiability layer on top of the audit trail the rule already requires. Access, encryption, capture, and retention stay the covered entity's, and it is not a HIPAA compliance solution or legal advice.