Patient records live in a structured clinical registry, not a spreadsheet. One source, typed and versioned, that every study in the department builds on.
Protocol locked, database frozen, every value traced back to its source. AnzarSeha turns clinical records into a research dataset you can defend in front of a reviewer.
AnzarSeha closes the gap between the record and the result.
Every screen below is a real screenshot of the application. Nothing is lost between two steps: each one inherits what the previous one froze.
Open a step to see the matching screen ↓
Patient records live in a structured clinical registry, not a spreadsheet. One source, typed and versioned, that every study in the department builds on.
You open a study: it inherits a typed variable dictionary — role, scale, UCUM units, plausible bounds, and CDASH, SNOMED-CT, LOINC and ICD-10 mappings. The meaning of every column is written before the first value, and the primary endpoint is declared here, before collection begins.
Values arrive from the registry, from deterministic rules, or from a model that must quote the exact sentence in the source document. The AI never produces a final value: a human reviews record by record, and every value keeps its origin and its justification.
The protocol locks before collection — and the lock refuses to close while the primary endpoint is undeclared. The database freezes before analysis: the dataset you analyse is exactly the one you exported. Reopening requires a reason, kept in the log.
Every action is written to a log where each event is sealed by the fingerprint of the one before it. Alter a past entry and the chain visibly breaks: tampering shows instead of hiding. ALCOA+ by construction, not by procedure.
One record per row, one variable per column: the raw material of statistical analysis, which opens in SPSS, R and pandas without a single manual edit — together with the dictionary, the metadata, the missing-data table and a STROBE-format draft.
The question is frozen before collection, the values before analysis. The goalposts do not move mid-match.
Any change to a past entry visibly breaks the chain. ALCOA+ traceability by construction.
The model proposes, it does not decide: every proposal carries the sentence from the document it came from, and a human confirms it.
A consent gate precedes every AI request; direct identifiers are stripped before sending.
Row-level security, closed by default. The browser holds no key; every access is authenticated.
We follow these conventions and reference systems. We claim no certification.
Opens in SPSS, R and pandas without a single manual edit. The methodologist receives a dataset, not a building site.
The question, the variables, the protocol. Everything is decided before seeing a single value.
Values arrive with their source, their units and their bounds. The log follows.
Freeze the database, export the workbook, draft in STROBE. The study goes to analysis.
A question asked in plain language; the answer is computed on the server, from your frozen dataset.
Small counts are suppressed, every query is logged, and the model never receives patient-level rows. Assistive, never deciding.
AnzarSeha is a clinical research platform that turns patient records into an analysable, traceable dataset. The protocol locks before collection, the database freezes before analysis, and every value keeps the source it came from.
The data is hosted on infrastructure located in the European Union. Every access is authenticated, every study is isolated from the others by row-level security that is closed by default, and the browser holds no key.
Yes, at any time. The full workbook — data, variable dictionary, summary, metadata, missing-data table and decisions — exports in open formats: Excel, CSV, PDF or Word. It opens in SPSS, R and pandas with no manual editing.
No. Direct identifiers — name, record number, contact details — are stripped from the text before any call to an external model, and a consent gate, written to the log, precedes every request. With no recorded decision, only the rules engine runs.
The application is built for compliant use: data minimisation, pseudonymisation before any external call, access logging and hosting in the European Union. The compliance of a given study remains that of its data controller, not that of the tool.
As long as it takes to write your question and choose your variables. The typed dictionary and the export workbook are generated when the study is created, from the pathology catalogue: staging, work-up, scores and biological markers are already there.
No. The demonstration runs on sixty fictional records, with a study workbook already assembled and an export ready to download. No real patient data is required to evaluate the tool, and none should ever be entered into it.
For hospital departments running studies on their own records: department head, practitioner, resident writing a thesis, methodologist. The study form is generated from the catalogue of the pathology under study; the demonstration covers a urology department.
A spreadsheet has no types, no units, no sources and no log: nothing stops anyone renaming a column or choosing an endpoint after seeing the results. AnzarSeha freezes the protocol before collection and writes every action to a chained log.
Every screenshot on this page comes from the demonstration account — fictional patients only, no figure here is a result.
Page last updated
The demonstration is already running: sixty fictional records, a study workbook, an export ready to download. No real data is required to try it.
Go to your space