Predarea între specialiști face parte din produs
Kinevo este o platformă de recuperare și coaching sub supravegherea specialiștilor. Problema centrală este continuitatea: specialistul definește protocolul, kinetoterapeutul lucrează cu pacientul, iar predarea ulterioară poate continua recuperarea în antrenament supravegheat. Fiecare etapă are nevoie de context. O bibliotecă de exerciții video nu explică singură cine a prescris mișcarea, în ce etapă se află pacientul sau cine poate aproba progresul. Aceste întrebări modelează fluxul și baza de date înainte de dashboard.
Aprobare umană la fiecare etapă clinică
Proiectul are o regulă clară: software-ul nu ia decizii clinice. Un om aprobă trecerea la fiecare etapă. Asta schimbă sensul automatizării. Reminderele, înregistrările și predările pot ajuta echipa să urmeze procesul; nu pot decide că pacientul este pregătit pentru etapa următoare. Interfața trebuie să facă vizibilă această limită. O recomandare, o acțiune înregistrată și o aprobare nu ar trebui să pară echivalente doar pentru că apar pe același ecran.
De ce atribuirea unui protocol este un snapshot
Protocoalele evoluează, dar dosarul pacientului trebuie să explice în continuare ce a fost prescris la un moment dat. Kinevo tratează atribuirea ca pe un snapshot. Dacă specialistul actualizează un protocol reutilizabil, schimbarea nu trebuie să rescrie în tăcere o atribuire anterioară. Designul păstrează contextul necesar reconstruirii planului la o anumită dată. Principiul este util și în alte produse: versiunea unui șablon reutilizabil trebuie separată de instanța efectiv acceptată și folosită.
Permisiunile sunt parte din flux
Arhitectura include interfețe pentru clinică, pacient, antrenor și administrare. Fiecare query este limitat la tenant, accesul la datele pacientului este auditat, iar informațiile pacientului nu ajung în loguri, payloaduri push sau URL-uri. Acestea sunt cerințe ale proiectului, nu o afirmație de certificare externă. Consecința practică este că un rol nu oferă acces global la orice dosar. API-ul trebuie să verifice atât contextul clinicii, cât și permisiunea pentru operația concretă.
Stackul și stadiul actual
Kinevo folosește Django, React, PostgreSQL și Celery, cu aplicații mobile native și landing Astro. Serviciile rulează pe Hetzner în medii separate; funcționarea lor nu demonstrează eficiență clinică sau pregătire comercială. Portofoliul prezintă încă Kinevo drept proiect în dezvoltare. Următoarea dovadă utilă este un pilot supravegheat care urmărește predarea completă, împreună cu revizia juridică și verificările pe dispozitive reale. Articolul descrie arhitectura produsului, fără instrucțiuni de recuperare medicală.
Citește în continuare
Portofoliul actual, arhitectura AI pe server și fluxul de dezvoltare. Vezi toate proiectele sau urmărește newsletterul.