Conversație
—
Propuneri
—
Acțiuni rapide
Istoric apeluri
Jurnalul apelurilor primite și efectuate prin centrală, cu status, transcript și apel înapoi direct din listă.
—
Designul mai are aici două filtre — „Toate sursele" și „Toți operatorii" — și o coloană de operator. Jurnalul centralei nu poartă niciuna: un rând CDR are numerele, direcția, durata, ora și starea pe care o raportează centrala. „Pacient asociat" e o CĂUTARE în registrul nostru după numărul de pe rând, nu o coloană a centralei; când un număr e al mai multor fișe, rândul o spune în loc să aleagă una.
Pacienți
Pacienții din baza de date, cu datele de contact, programările și istoricul interacțiunilor.
Designul mai are două coloane pe ecranul ăsta și niciuna n-are de unde fi citită: „Status pacient" (activ / inactiv) n-are coloană în registrul de pacienți — activ e o hotărâre despre un om, nu absența unor rânduri — iar „ID" e aici un identificator de 36 de caractere, care nu spune nimic nimănui. „Fișă" e o socoteală, nu o stare scrisă de cineva: o fișă e completă când are CNP, dată de naștere și un telefon.
—
—
De știut despre pacient
Datele fișei
Telefoane
Rezumat
Programări și investigații
Istoric apeluri cu acest număr
Note importante
Documente și rezultate
Programări
Ziua clinicii, cu starea fiecărei programări: cine vine, la ce oră, pe ce investigație, cu ce bilet și dacă a semnat consimțământul.
—
Bilete de trimitere așteptate
—
Programare nouă
Niciun pacient ales încă.
Listă de așteptare
Pacienții cu bilet de trimitere încă neprogramați, în așteptarea unui interval liber. Cele cinci câmpuri scrise cu roșu sunt de completat, nu date care lipsesc.
—
Prototipul mai are două filtre aici — „Toate sursele" și „Toate
urgențele" — și niciunul n-are coloană în waiting_list: un
bilet nu ține de unde a venit și nu ține o urgență. Un filtru care nu
poate potrivi niciodată nimic e o minciună despre ce ține lista, același
motiv pentru care statusurile sunt exact cele patru pe care le are baza,
nu cele opt din handover. Panoul „Fond Monitor" lipsește prin decizie
(LAYOUT.md §6).
Adaugă pe listă
Niciun pacient ales încă.
Medici trimițători
Medicii din afara ScanExpert care trimit pacienți la investigații. Parafa îi identifică, telefonul primește codul OTP când i se dă acces la un rezultat.
Un medic nou intră în registru și singur, când e ales pe un bilet din Lista de așteptare și nu exista încă.
—
Verificarea dreptului de practică o face un om, în registrul public al Colegiului Medicilor — nu există nicio integrare, nimic nu verifică automat și nimeni nu urmărește o suspendare ridicată. „Verificat la" e ziua în care s-a uitat cineva ultima dată. Statutul se schimbă din fișa medicului, în back-office; aici se citește.
Adaugă medic
Audit acces
Fiecare link securizat trimis cu un rezultat: cine a acordat accesul, ce a acordat, cui, și dacă a fost deschis, confirmat prin cod și descărcat.
Linkurile securizate ale rezultatelor
Un acces încă valabil se va putea retrage de aici, iar retragerea se scrie tot în jurnal.
Nu există încă nicio sursă pentru linkurile securizate: baza pe care o citește recepția nu ține nici linkurile, nici jurnalul lor. Pagina rămâne goală până când sursa există — nu se afișează accesuri inventate și nu se oferă filtre care n-ar avea ce potrivi.
Cele șase stări ale unui acces
Trimis · Deschis · Confirmat prin cod · Descărcat · Expirat · Retras. Un link e valabil șapte zile de la trimitere. Un acces retras nu se șterge niciodată — se marchează, și retragerea intră în jurnal ca orice altă atingere.
Cele patru căi pe care pleacă un rezultat
Către medicul de pe bilet, dacă are drept de practică valid · către pacient, pe telefon · printr-un cod de ridicare, pe hârtie · către delegatul permanent al pacientului. Ultimele două există pentru pacienții care nu folosesc telefonul.
Singura urmă pe care consola o are azi despre un rezultat plecat e predarea la ghișeu: ora și propoziția scrisă de operator despre cine l-a ridicat și pe ce bază a fost verificat. Se vede pe fișa fiecărui pacient, la Rezultate, nu aici — nu e un acces la distanță, deci nu are stare, nu are cale, nu are cod și nu se poate retrage.
Linii & Cozi
Panourile live ale centralei: apeluri active, coadă de așteptare, prezența agenților, rezultatele cozilor și apelurile ratate. Fiecare pornește oprit — o citire costă o cerere din alocarea clinicii.
Apeluri active
—
În așteptare
—
Prezență agenți
—
Rezultate cozi
—
Softphone
Linii active
Niciun apel activ.
Ultimele numere
Niciun număr format încă.
Apeluri ratate
—
Setări
Starea centralei, contul de softphone al pupitrului, legătura cu API-ul while1 și jurnalul de evenimente al consolei.
Starea centralei PBX live · SIP · API
Transcriere — consum minute · porniri · păstrare
Configurat pe server
Vine din mediul serverului consolei și se citește de aici. Nu se poate schimba din browser — un pupitru care ar putea schimba adresa sau credențialul centralei ar putea și să le strice doar pentru el.
Cont softphone (SIP / WSS)
Neînregistrat—
—
—
—
Neconectat.
Parola contului SIP se cere o singură dată, la „Completează datele While1”, și o ține serverul consolei; nu se scrie nicăieri în browser. Serverul, domeniul și numele afișat vin tot de la el și se folosesc la următoarea înregistrare.
API REST while1 (apelare la distanță)
—
—
—
—
…
Al acestui pupitru
Se ține minte în browserul ăsta, fiindcă e diferit la fiecare birou și serverul n-are de unde-l ști.
Telefonul fizic pe care sună centrala înainte să te lege cu destinația. Nu e o setare a clinicii: la fiecare birou e alt aparat.
Notificări
Designul mai are aici trei controale, și niciunul n-are ce comuta: „Bilet primit pe WhatsApp" ar stinge chiar marcajul care spune că a sosit un document, „Programare aproape de expirare" cere o alertă pe care consola n-o are — mătura de două ore anulează pe server, în tăcere — iar „Mesaj de indisponibilitate" e o setare a centralei, în care recepția n-are niciun drum de scriere.
Jurnal evenimente
Notificări
Documentele primite de la pacienți și schimbările automate de status, în ordinea în care s-au întâmplat.
—
