DentMap

warningProvocarea

Piața dentară din România funcționează aproape exclusiv prin telefon și registre pe hârtie. Cabinetele se confruntă cu programări ratate, suprapuneri și zero vizibilitate asupra performanțelor. Pacienții nu au un mod fiabil de a descoperi, compara pe hartă sau rezerva un cabinet online. Platforma trebuia să deservească trei roluri fundamental diferite — pacient, cabinet, admin — pe patru aplicații separate (web, admin, API, mobil), cu izolarea datelor per cabinet, căutare geografică în timp real și facturare recurentă încă din ziua unu.

• arrow_forwardZero infrastructură digitală de programare pe piața locală
• arrow_forwardDescoperire cabinete doar prin recomandare, fără căutare pe hartă
• arrow_forwardRisc de suprapunere sloturi sub cereri concurente (double-booking)
• arrow_forwardDate medicale speciale (GDPR Art. 9) care necesită minimizare și criptare

architectureSoluția

Am construit un monorepo pnpm + Turborepo cu un API NestJS 11, două aplicații Angular 21 (dashboard cabinet + panou admin) și o aplicație Expo/React Native pentru pacienți, partajând DTO-uri și scheme Zod printr-un pachet comun. PostgreSQL cu extensia PostGIS alimentează căutarea pe hartă în rază (ST_DWithin), MongoDB gestionează separat firele de chat (schemă flexibilă, append-heavy), iar Redis blochează sloturile de programare (SET NX EX 300) pentru a elimina suprapunerile la cereri concurente. Socket.IO livrează actualizări de status și mesagerie în timp real. Sistemul respectă GDPR Art. 9 pentru datele medicale speciale — minimizare, criptare la repaus și fereastră de retenție definită.