FLAGSHIP / ACTIVE
Neuroprotect Scribe
From voice and examination data to a cleaner factual backbone for the report. Less retyping, more time for the work that still belongs to the physician.
Problem
A specialist report starts with voice, but some of its facts already exist before dictation: in measurements, parameters and other outputs from the examination. Yet information still gets retyped, dictated again, corrected and assembled into the final documentation.
Tool
After several days observing the real workflow in a neurosonology laboratory, I built a local Windows tool for specialist dictation and documentation. It combines Czech speech-to-text, custom terminology, OCR and the surrounding workflow.
Sensitive data
With health data, privacy is not something added at the end. It is a design constraint.
Speech-to-text runs locally and sensitive data stays on the device instead of being sent through extra services simply because that would be easier for the technology. The aim is to keep processing close to where the data originates and preserve control over what happens to it.
What I am building next
The next layer is built around the Mindray Elite i9 ultrasound system. I am working out how much useful measurement and parameter data can be extracted reliably from its outputs, normalised into structured facts, and used to prepare the factual backbone of a medical report.
I do not want software to think for the physician. I want it to stop asking the physician to repeat work the machine has already done.
The physician remains responsible for review, interpretation and the conclusion. The software handles the transfer and organisation of facts that already emerged during the examination.
A living project
Neuroprotect is not a closed product. It is used in day-to-day work, and each new layer comes from what real use reveals.
Every extension has the same filter: remove another unnecessary step without losing control, traceability or privacy.
Flagship project. The clearest example of how I work: observe the real operation first, build the tool second, then keep changing it as reality exposes the next useful improvement.
