Skip to content
[ Medical devices and healthcare ]

From design history to the patient.

Device makers keep design, production and complaint records for years. Healthcare software must show who saw a patient's data and to whom it went. Tabellix keeps both on one verifiable record.

01 What gets asked

What auditors and privacy officers ask.

A quality audit follows the device. A privacy review follows the person the record is about.

01

The design history

Every input, output, review and verification for this design, each version as it was approved, and who approved it.

02

The complaint trail

From the complaint to the investigation, the CAPA and the revised procedure, with nothing missing in between.

03

Access to patient data

Every view and download of records about a person, by whom and when, including emergency access.

04

Disclosures

For a patient or a recipient: which records left the organization, which versions, and when.

05

Emergency access

Why someone opened a record outside their normal access, for how long, and who reviewed it afterward.

06

Supplier versions

The approved version of each specification and quality agreement, and what each supplier received.

02 How Tabellix answers

Each answer, traceable.

01

Design history as linked versions

Design inputs, outputs and reviews are controlled documents with major and minor versions. Typed links pin each item to the version it refers to, and deactivating a link keeps its history.

02

Complaint to CAPA, in one case

A complaint is a case record that binds its members in order: the investigation, the CAPA and the revised procedure. Holds, retention and access flow from the case to every member.

03

Access is logged first

Views and downloads are logged before any content is served. Reads of the personal data held about a person are logged whatever access logging mode the deployment sets.

04

Accounting of disclosures

For a recipient or an item: every version released, through which disclosure, with digests. Each disclosure is a sealed, signed bundle that verifies offline.

05

Break-glass, always reviewed

Emergency access needs a fresh sign-in and a justification, is time-limited, raises an alert, logs every access with the session, and is reviewed through a built-in record and workflow.

06

Suppliers without seats

Specifications and quality agreements reach suppliers through expiring, watermarked shares, with an agreement before content and a report of what each one fetched.

03 Typical records

Device and patient records, one engine.

The same record layer serves the design team, the complaint unit and the release-of-information desk. Each type is configuration.

RecordKindWhat it holds
Design input specification DI-0108documentVersioned, reviewed and approved with signatures; linked to the outputs and verifications that answer it.
Design reviewevent recordAttendees, outcome and the document versions reviewed, signed with the meaning "reviewed".
Sterilization cycleevent recordCycle, load, parameters and result sent by the controller through the API; a source reference already captured is not stored twice.
Complaint CMP-0311case recordIntake, investigation, reportability decision and closure as lifecycle steps; the device history and the CAPA as members.
Emergency access reviewcase recordOpened for each break-glass session: the justification, the records opened and the reviewer's signed conclusion.
Release of information requestcase recordThe request and the records released as a sealed disclosure, with the accounting entry for the patient.

Documents, records and the evidence about both

04 Mapped frameworks
Controls map to
  • ISO 13485
  • HIPAA

Product controls map to these regulations and standards and provide evidence for your own validation and audits.

How the evidence is produced and verified

06 FAQ

Common questions.

01

Does Tabellix replace a device QMS or an EHR?

No. It is the record layer underneath them. The QMS, the EHR or the complaint system keeps its own screens and workflows, and keeps its documents, records, signatures, retention and audit trail in Tabellix.

02

How is patient data protected?

Every file is encrypted with its own key and checked on every read. Personal data about each person the records concern sits under that person's own key. Users who may not see a record cannot tell that it exists.

03

How long are device records kept?

As long as each record type requires, including permanent retention, above a minimum the deployment enforces. When rules overlap the longest period wins, a legal hold blocks disposition, and records administrators approve each disposal.

04

Can AI agents work on complaints?

An agent can gather the device history and draft the complaint summary, under the person's own permissions. High-risk actions wait for the person to confirm out of band with a fresh sign-in, and under the regulated preset only named people approve and sign.

05

How does a healthcare software vendor embed Tabellix?

Run it on Kubernetes in your cloud or your customer's, with sign-in through your OIDC provider and people provisioned over SCIM. Your product calls one contract over gRPC or REST, and your product name appears on every customer-visible surface Tabellix provides.

[ Contact ]

Build your product on proof.

Tell us what you build and who audits it. We'll show you how Tabellix fits into your product and how it answers your auditors' most common questions.