Översikt över arkitektur & förmåga
En mottagning säljer tid, levererar den, dokumenterar den och får betalt för den. Den här sidan visar hur plattformen gör vart och ett av de stegen, vilka delarna är och hur de hänger ihop – och vad det ger dig kommersiellt och i den dagliga driften. Skriven för någon som har en kvart, inte en terminal.
Människor rör det översta lagret. Allt de gör passerar en enda gateway, som är det enda som håller hemligheter. Gatewayen frågar affärskärnan, där reglerna och uppgifterna finns. Kärnan har sina egna data och når ut till omvärlden. Inget hoppar över ett lager – och det är därför ett byte av betalleverantör eller AI-leverantör aldrig når appen, och därför appen aldrig kan nå databasen.
/my – samtal, ordrar, fakturor, chattar, dokument./my/expert – tillgänglighet, samtal, rapporter, ersättning./my/admin – den dagliga hälsoöversikten och 17 rapporter.Varje lager kan bytas ut utan att röra lagren ovanför. Betalleverantören är en inställning, inte en omskrivning. AI-leverantören är en inställning. Ett andra varumärke kan köras på samma kärna. Och eftersom appen aldrig håller en hemlighet och aldrig ser databasen är en borttappad telefon ett besvär snarare än en incident.
Det mest användbara att förstå om arkitekturen är en resa genom den. Allt annat på den här sidan är varianter av de här sex stegen.
En klient trycker på en ledig tid. Appen skickar en autentiserad begäran till gatewayen och vet inget annat om systemet.
Giltig token, hastighetsgränsen inte nådd, begäran välformad. Allt felaktigt avvisas här, innan det når affärskärnan.
Är den tiden verkligen ledig? Veckotider, undantag, befintliga bokningar, rummets tillgänglighet, varseltid, bokningshorisont – alla sex måste gå igenom.
Ett köpt samtal får en tid kopplad. Behandlarens andel räknas fram ur de villkor som gäller just nu – och låses.
En händelse sprids till push, e-post, inkorgen i appen och WhatsApp, efter varje persons egna inställningar och på deras eget språk.
Ordern, fakturan, behandlarens kommande intäkter och administratörens rapporter rör sig tillsammans, eftersom de läser samma rad.
Sex tillgänglighetskontroller körs i kärnan, inte i appen och inte i ett kalkylark. Det är därför plattformen inte dubbelbokar ett rum, inte säljer en tid två gånger och kan besvara ”varför kan ingen boka mig i dag?” med ett konkret skäl i stället för en axelryckning.
En person är klient, behandlare, administratör – eller alla tre på en gång. Plattformen ger dem en inloggning och visar de delar deras roll låser upp. Det enda beslutet tar bort en hel kategori av supportkostnader för introduktion, lösenordsåterställning och ”vilket system var det nu?”.
Komplett på egen hand – ingen behöver webbplatsen för att använda plattformen. Byggd en gång i Flutter, publicerad i båda butikerna, översatt till 23 språk, inklusive layouter från höger till vänster.
Samma data med gott om utrymme. Tre portaler bakom en inloggning, var och en visar bara det rollen har rätt att se.
Hela affärssystemet under ytan, för det arbete som är konfiguration snarare än drift – och för ekonomin, som hör hemma i ett riktigt redovisningssystem.
Kärnan är inte en monolit. Den är en uppsättning moduler som var och en äger en del av verksamheten och är beroende av varandra i en angiven ordning. Det är det som låter en mottagning slå på bara det den behöver – och som låter samma kärna tjäna en coachingverksamhet, en mottagning och en reglerad hälso- och sjukvårdstjänst utan en förgrening.
Sälja och leverera tid
bookingKalendrar, schemaläggare, rum, platser och tillgänglighetsmotorn.sale_meetingSamtal sålda som köpta samtal, avbokningstrappor, tjänsteavtal för paket.clinic_platformPlattformslagret: behandlarprofiler, tjänster, innehåll, aviseringar.Få betalt, och betala ut
expert_payUppdragsvillkor som en daterad avtalshistorik; utbetalningar byggda från genomförda samtal.clinic_reportsDe sjutton avstämnings- och prestationsrapporterna.Accounting · Sales · HRVanliga affärsapplikationer, som arbetar på samma kunder och ordrar.Delen som måste hålla
secure_document_base _cryptoKuvertkryptering, nyckelförvaring, rotation och kryptografisk radering. Åtta moduler.clinical_dms _eu _uk _usVårdrelationer, register över utlämnanden och den registrerades rättigheter – med ett paket per jurisdiktion.session_reportsSamtalsrapporter lämnade mot samtalet, om klienten, i den säkra lagringen.Signatur och avtalens livscykel
esign_base + 8 tillEgen driftad elektronisk signatur med en manipuleringssäker granskningskedja. Ingen extern signeringsleverantör.contract_*Tjugotre moduler: förhandling, godkännande, ändring, åtaganden, fakturering, juridisk rapportering.Där AI får röra verksamheten
ai_bridgeKopplar kärnan till vilken LLM som helst för promptstyrd analys, verktygsanrop och automatiserade åtgärder – oberoende av leverantör.AI-tjänsten i gatewayenFöljeslagaren som klienten möter: strömmade svar över WebSocket, som aldrig rör uppgifter direkt.Vem som är vem, och vem som får se vad
user_extentionEtt konto som bär rollerna klient, behandlare och administratör på en gång.Ålders- & identitetskontrollAutomatisk ansiktskontroll först, granskningskö för dokument sedan, krypterat och automatiskt raderat efteråt.Det här är det viktigaste diagrammet på sidan. En tjänst säljs, den blir ett köpt samtal, det köpta samtalet blir en bokning, bokningen blir närvaro, och närvaron är det som frigör pengarna – till verksamheten och till behandlaren. Bryt en länk, och symtomet dyker upp någon helt annanstans.
”Ett köpt samtal är det du äger. En bokning är när du använder det.”
Att köpa och att boka är medvetet skilda steg. Det är det som låter en klient köpa ett paket i dag och boka tiderna under de kommande månaderna – och det är därför ett avbokat samtal inte är ett förlorat samtal: en avbokning släpper tiden och ger tillbaka samtalet.Rapporter, behandlarnas ersättning och intjänad intäkt väntar alla på att samtalet avslutas som genomfört eller uteblivet. Ett samtal som levererats men aldrig avslutats är fel överallt på en gång – och det är därför Samtal som inte avslutats är rapporten en administratör tar först, varenda dag.
Behandlarens andel räknas fram ur de villkor som gäller i bokningsögonblicket och låses där. Ändra villkoren nästa månad, så behåller det redan utförda arbetet sitt pris. Varje utbetalningsrad registrerar avtalsversionen som prissatte den, så en fråga om en betalning för åtta månader sedan går att besvara.
Avbokningsvillkoren avgör vad klienter debiteras, vad behandlare får betalt, hur länge köpta samtal gäller och hur långt fram folk kan boka. De är kopplade till produkter, så olika tjänster kan bete sig olika – och en ändring prissätter aldrig om historiken.
Kliniska och yrkesmässiga uppgifter är inte vanliga rader i en tabell. De sparas som säkra dokument, med fem egenskaper som gäller oavsett vem som frågar – även den som äger bolaget.
Varje version har en egen nyckel under kuvertkryptering. Ingen läser uppgifter direkt ur databasen, och en säkerhetskopia av databasen är i sig inget röjande.
Åtkomst kräver en regel som tillåter den. Att vara administratör ger i sig ingenting – åtkomst följer klientens vårdteam, inte organisationsschemat. Det finns ingen generell överstyrning.
Öppningar liksom ändringar, i en logg som ingen kan ändra eller radera. Frågar en klient, en tillsynsmyndighet eller ert eget juridiska team vem som har sett en uppgift är listan fullständig.
En rättelse lämnas som en ny version; originalet skrivs aldrig över. En uppgift som kan ändras är värdelös som bevis, och en dag kan era behöva vara värda något.
När lagringstiden löper ut förstörs nyckeln i stället för raden. Innehållet är borta; beviset för att det fanns och gallrades på rätt sätt finns kvar – vilket är det en revisor faktiskt vill ha.
Journalerna levereras med paket för EU, Storbritannien och USA på samma kärna – hantering av radering och registerförteckning, regler för undanhållande, register över utlämnanden – så att en driftsättning kan tjäna mer än en rättsordning.
Det finns en nödåtkomst för verklig brådska, och att använda den är en registrerad händelse som granskas i efterhand. Det är hela designen i en mening: åtkomst finns när någon verkligen behöver den, och sker aldrig i det tysta. Det är betydligt lättare att visa ett dataskyddsombud än en behörighetsmatris och ett löfte.
Samma plattform säljs på tre sätt, eftersom tre olika personer skriver under. Nedan är vad var och en får, med deras egna ord snarare än våra.
De flesta system för mottagningar bokar tider och slutar där. Det här driver hela kedjan – säljer tiden, levererar den, dokumenterar den, betalar behandlaren och bevisar vad som hände – så att mottagningens siffror, dess lönehantering och dess regelefterlevnad alla läser samma rad.
Plattformen har bestämda åsikter om ledning: den ger dig ingen vägg av diagram. Den ger dig sjutton listor som borde vara tomma, i en ordning, i en rytm. En tom rapport är det goda utfallet – så jobbet är att hitta listorna som inte är tomma.
Elva frågar om uppgifterna stämmer med verkligheten. Fyra jämför hur folk utför arbetet. Var och en definieras av vad som sätter en rad på listan, och var och en är tänkt att betas av tills den är tom.
Betas av tills den är tom
Beteende, regelefterlevnad och att behålla klienter
Läses med rättvisereglerna
Mätt per möjlighet, sammanhanget alltid synligt, andelar under fem samtal undertryckta, det en person styr skilt från det du styr, varje siffra ett klick från samtalen bakom den, och ingen jämförelsetabell på någons egen sida. En siffra ingen kan försvara är sämre än ingen siffra.
Systemet är fyra processer och en handfull upphandlade tjänster. Varje externt beroende sitter bakom ett gränssnitt med en attrapp på andra sidan av ett reglage – det är så appen kan demonstreras, testas och utvecklas utan ett enda levande leverantörskonto.
En compose-fil startar hela stacken. Det finns ingen proprietär körmiljö och ingen licens per kärna någonstans i den listan.
Data, betalningar, AI och aviseringar pekar var och en antingen på en riktig leverantör eller på en attrapp, valt med en inställning. Följderna är kommersiella, inte bara tekniska:
Alla finns i gatewayen. Mobilappen levereras bara med publika nycklar; webbläsaren får signerade URL:er som löper ut i stället för inloggningsuppgifter; databasen kan aldrig nås från en klient.
I praktiken: en app kan dekompileras utan att något går förlorat, och en roterad nyckel börjar gälla för alla användare på en gång utan en ny appversion.
| Förmåga | Körs mot | Faller tillbaka på | Vad som slutar fungera utan den |
|---|---|---|---|
| Affärsdata | odoo – JSON-RPC via ett tjänstekonto | mock | Allt. Det här är registret över sanningen |
| Betalningar | stripe · paypal | mock, eller manuell överföring med uppladdat underlag | Kortbetalning. Ordrar fungerar fortfarande via granskning och bekräftelse |
| AI | openai · gemini | mock | Följeslagaren och AI-analysen. Inget kliniskt eller ekonomiskt |
| Push-aviseringar | Firebase (FCM och APNS) | e-post, inkorgen i appen | Omedelbara larm. Påminnelser når fortfarande folk via e-post |
| E-post | SMTP | inkorgen i appen | Bekräftelser och fakturor via e-post |
| WhatsApp Cloud API | push, e-post | En påminnelsekanal av fyra | |
| Media & bilagor | S3-kompatibel objektlagring | lokal lagring | Uppladdningar i stor skala. Själva uppgifterna finns i kärnan |
| Röst & video | WebRTC, signalerat av gatewayen | chatt, telefon | Samtal i appen. Samtal på plats och per telefon påverkas inte |
Ingen enskild extern leverantör kan hindra mottagningen från att sälja, leverera och dokumentera ett samtal. Det är den egenskap som är värd att skydda när systemet växer, och det är skälet till att var och en av dessa sitter bakom ett gränssnitt i stället för att anropas direkt från den kod som spelar roll.
Två sorters sidor följer den här. Ritningarna tar en plats i verksamheten och besvarar samma fyra frågor – vad de ser, vad de styr, hur det gör dem snabbare, och vad det gör för verksamheten. Guiderna lär sedan ut varje skärm, steg för steg, på nio språk.
Sju faser i simbanor, alla fyra perspektiven på en gång, och vägskälet mellan ett samtal online och ett i era lokaler.
Samma verksamhet från administratörens, klientens, behandlarens och ekonomens stol.
Den dagliga rutinen, alla sjutton rapporter, villkor, utbetalningar, regelefterlevnad och backofficekatalogen.
Tillgänglighet, samtal, rapporter, klienter, ersättning, utbetalningar och rykte – på webben och i telefonen.
Hitta en behandlare, köpa, boka, delta, betala, och uppgifterna som sparas om dem.
Ekonomiöversikten: kassa, kundfordringar, leveranskostnad, prognos, läckage och månadsbokslutet.