Arkitektur & kapasitet
En klinikk selger tid, leverer den, journalfører den og får betalt for den. Denne siden viser hvordan plattformen gjør hver av dem, hva delene er og hvordan de henger sammen — og hva det gir deg kommersielt og driftsmessig. Skrevet for noen som har femten minutter, ikke en terminal.
Mennesker berører det øverste laget. Alt de gjør går gjennom én gateway, som er det eneste som holder hemmeligheter. Gatewayen spør forretningskjernen, som er der reglene og postene bor. Kjernen holder sine egne opplysninger og rekker ut i verden. Ingenting hopper over et lag — og det er derfor det å bytte betalingsleverandør eller AI-leverandør aldri når appen, og hvorfor appen aldri kan nå databasen.
/my — timer, ordrer, fakturaer, chat, dokumenter./my/expert — ledig tid, timer, rapporter, inntekt./my/admin — den daglige helsetavlen og 17 rapporter.Hvert lag kan byttes uten å berøre dem over. Betalingsleverandøren er en innstilling, ikke en omskriving. AI-leverandøren er en innstilling. En annen merkevare kan kjøre på den samme kjernen. Og fordi appen aldri holder en hemmelighet og aldri ser databasen, er en mistet telefon et bryderi framfor en hendelse.
Det mest nyttige å forstå om arkitekturen er én reise gjennom den. Alt annet på denne siden er en variasjon av disse seks stegene.
En klient trykker på en ledig tid. Appen sender én autentisert forespørsel til gatewayen og vet ingenting annet om systemet.
Gyldig token, mengdegrensen klar, forespørselen velformet. Alt feilformet avvises her, før det når forretningskjernen.
Er den tiden virkelig ledig? Ukentlige timer, unntak, eksisterende bestillinger, ledige rom, varselfrist, bestillingshorisont — alle seks må passere.
Et klipp får et tidspunkt knyttet til seg. Behandlerens andel regnes ut fra vilkårene som gjelder akkurat nå — og fryses.
Én hendelse spres til push, e-post, innboks i appen og WhatsApp, etter hver persons egne innstillinger og på deres eget språk.
Ordren, fakturaen, behandlerens køliste og administratorens rapporter flytter seg alle sammen, fordi de leser den samme raden.
Seks kontroller av ledig tid kjører i kjernen, ikke i appen og ikke i et regneark. Det er derfor plattformen ikke dobbeltbooker et rom, ikke selger en tid to ganger, og kan svare på «hvorfor kan ingen bestille meg i dag?» med en konkret grunn i stedet for et skuldertrekk.
En person er klient, behandler, administrator — eller alle tre samtidig. Plattformen gir dem én innlogging og viser områdene rollen deres åpner. Den ene beslutningen fjerner en hel kategori av kostnader til oppstart, passordnullstilling og «hvilket system var det i?»-støtte.
Komplett i seg selv — ingen trenger nettstedet for å bruke plattformen. Bygget én gang i Flutter, sendt til begge butikkene, lokalisert til 23 språk inkludert oppsett fra høyre mot venstre.
De samme opplysningene med plass å puste. Tre portaler fra én innlogging, hver som viser bare det den rollen har rett til å se.
Hele forretningssystemet under, for arbeidet som er konfigurasjon framfor drift — og for økonomi, som hører i et virkelig regnskapssystem.
Kjernen er ikke én monolitt. Den er et sett moduler som hver eier én del av virksomheten, og avhenger av hverandre i en oppgitt rekkefølge. Det er det som lar en klinikk slå på bare det den trenger — og det som lar den samme kjernen tjene en veiledningspraksis, en klinikk og en regulert helsetjeneste uten en forgrening.
Å selge og levere tid
bookingKalendere, timeplanleggere, rom, steder og motoren for ledig tid.sale_meetingTimer solgt som klipp, avbestillingstrapper, tjenesteavtaler for pakker.clinic_platformPlattformlaget: behandlerprofiler, tjenester, innhold, varsler.Å få betalt, og å betale ut
expert_payEngasjementsvilkår som en datert kontrakthistorikk; utbetalinger bygget fra timer gjennomført.clinic_reportsDe sytten samsvars- og ytelsesrapportene.Regnskap · Salg · HRStandard forretningsapplikasjoner, som virker på de samme kundene og ordrene.Delen som må holde
secure_document_base _cryptoKonvoluttkryptering, nøkkelforvaltning, rotering og kryptomakulering. Åtte moduler.clinical_dms _eu _uk _usBehandlingsrelasjoner, utleveringsregister og rettigheter for den registrerte — med en pakke per jurisdiksjon.session_reportsTimerapporter arkivert mot timen, om klienten, på det sikre lageret.Livsløp for signatur og kontrakt
esign_base + 8 flereEgendriftet elektronisk signatur med et manipuleringssikret revisjonsspor. Ingen signeringsleverandør utenfra.contract_*Tjuetre moduler: forhandling, godkjenning, endring, forpliktelser, fakturering, juridisk rapportering.Der AI får berøre virksomheten
ai_bridgeKobler kjernen til en hvilken som helst språkmodell for analyse styrt av instruksjoner, verktøykall og automatiske handlinger — uavhengig av leverandør.AI-tjeneste i gatewayenFølgesvennen som vender mot klienten: strømmede svar over WebSocket, uten å berøre poster direkte.Hvem som er hvem, og hvem som kan se hva
user_extentionÉn konto som bærer rollene klient, behandler og administrator samtidig.Alders- og identitetskontrollAutomatisk ansiktskontroll først, kø for dokumentgjennomgang deretter, kryptert og slettet automatisk etterpå.Dette er det enkeltvis viktigste diagrammet på siden. En tjeneste selges, den blir et klipp, klippet blir en bestilling, bestillingen blir oppmøte, og oppmøtet er det som frigjør pengene — til virksomheten og til behandleren. Brytes et ledd, viser symptomet seg et helt annet sted.
«Et klipp er hva du eier. En bestilling er når du bruker det.»
Å kjøpe og å bestille er med vilje atskilte steg. Det er det som lar en klient kjøpe en pakke i dag og plassere timene over de følgende månedene — og det er derfor en avbestilt time ikke er en tapt time: å avbestille løser tidspunktet og gir klippet tilbake.Rapporter, utbetaling til behandleren og inntjent inntekt venter alle på at timen avsluttes som gjennomført eller som ikke møtt. En time som ble levert men aldri avsluttet er feil over alt på en gang — og det er derfor fastlåste timer er rapporten en administrator arbeider først, hver eneste dag.
Behandlerens andel regnes ut fra vilkårene som gjaldt i bestillingsøyeblikket og låses der. Endre vilkårene neste måned, og arbeidet som alt er gjort beholder prisen sin. Hver utbetalingslinje registrerer kontraktsversjonen som priset den, så et spørsmål om en betaling fra åtte måneder siden kan besvares.
Avbestillingsvilkårene avgjør hva klienter belastes, hva behandlere betales, hvor lenge klipp lever og hvor langt fram folk kan bestille. De er knyttet til produkter, så forskjellige tjenester kan oppføre seg forskjellig — og å endre dem repriser aldri historien.
Kliniske og faglige journaler er ikke alminnelige rader i en tabell. De holdes som sikre dokumenter, med fem egenskaper som holder uansett hvem som spør — inkludert den som eier selskapet.
Hver versjon har sin egen nøkkel under konvoluttkryptering. Ingen leser journaler ut av databasen, og en sikkerhetskopi av databasen alene er ikke en utlevering.
Tilgang krever en regel som tillater den. Å være administrator gir ingenting i seg selv — tilgang følger klientens behandlingsteam, ikke organisasjonskartet. Det finnes ingen generell overstyring.
Åpninger så vel som endringer, i en logg ingen kan endre eller slette. Spør en klient, et tilsyn eller ditt eget juridiske team hvem som har sett en journal, er listen komplett.
En retting arkiveres som en ny versjon; originalen overskrives aldri. En journal som kan endres er verdiløs som bevis, og en dag kan din måtte være verdt noe.
Når oppbevaringstiden løper ut, ødelegges nøkkelen framfor raden. Innholdet er borte; beviset for at det fantes og ble slettet ordentlig består — som er hva en revisor faktisk vil ha.
Kliniske journaler leveres med pakker for EU, Storbritannia og USA på den samme kjernen — sletting og håndtering av behandlingsprotokoll, regler for tilbakehold, utleveringsregistre — så én installasjon kan tjene mer enn ett rettslig regime.
En nødtilgangsvei finnes for reell hast, og å bruke den er en registrert hendelse som gjennomgås etterpå. Det er hele designet i én setning: tilgang er tilgjengelig når noen reelt trenger den, og aldri stille. Det er langt lettere å legge fram for et personvernombud enn en rettighetsmatrise og et løfte.
Den samme plattformen selges på tre måter, fordi tre forskjellige mennesker signerer. Under står hva hver av dem får, med deres egne ord framfor våre.
Det meste av klinikkprogramvare bestiller timer og stopper der. Dette driver hele kjeden — selger tiden, leverer den, journalfører den, betaler behandleren og viser hva som skjedde — så klinikkens tall, lønnen og etterlevelsesmappen alle leser den samme raden.
Plattformen har en mening om ledelse: den gir deg ikke en vegg av diagrammer. Den gir deg sytten lister som bør være tomme, i en rekkefølge, i en rytme. En tom rapport er det gode utfallet — så jobben er å finne listene som ikke er tomme.
Elleve spør om posten stemmer med virkeligheten. Fire sammenligner hvordan folk gjør arbeidet. Hver er definert av hva som setter en rad på listen, og hver er ment å arbeides til den er tom.
Arbeidet til den er tom
Atferd, etterlevelse og oppbevaring
Les med rettferdighetsreglene
Målt per anledning, kontekst alltid vist, andeler under fem timer undertrykt, det en person styrer skilt fra det du styrer, hvert tall ett klikk fra timene bak det, og ingen tabell på noens egen side. Et tall ingen kan forsvare er verre enn ingen tall.
Systemet er fire prosesser og en håndfull kontraherte tjenester. Hver ekstern avhengighet ligger bak et grensesnitt med en attrapp på den andre siden av en bryter — som er hvordan appen kan demonstreres, testes og utvikles uten en eneste levende leverandørkonto.
Én compose-fil starter hele stakken. Det finnes ingen proprietær kjøretid og ingen lisens per kjerne noe sted på den listen.
Opplysninger, betaling, AI og varsler løses hver til enten en virkelig leverandør eller en attrapp, valgt med én innstilling. Følgene er kommersielle, ikke bare tekniske:
Alle er i gatewayen. Mobilappen leveres bare med offentlige nøkler; nettleseren får signerte adresser som utløper framfor legitimasjon; databasen er aldri tilgjengelig fra en klient.
I praksis: en app kan dekompileres uten at noe tapes, og en rotert nøkkel får virkning for hver bruker på én gang uten en appversjon.
| Egenskap | Kjører mot | Faller tilbake på | Hva som svikter uten den |
|---|---|---|---|
| Forretningsopplysninger | odoo — JSON-RPC over en tjenestekonto | attrapp | Alt. Dette er kilden til sannheten |
| Betalinger | stripe · paypal | attrapp, eller manuell overføring med opplastet kvittering | Kortbetaling. Ordrer virker fortsatt gjennom gjennomgang og bekreftelse |
| AI | openai · gemini | attrapp | Følgesvennen og AI-analyse. Ingenting klinisk eller økonomisk |
| Push-varsler | Firebase (FCM og APNS) | e-post, innboks i appen | Umiddelbare varsler. Påminnelser når fortsatt folk på e-post |
| E-post | SMTP | innboks i appen | Bekreftelser og fakturaer på e-post |
| WhatsApp Cloud API | push, e-post | Én påminnelseskanal av fire | |
| Medier & vedlegg | S3-kompatibel objektlagring | lokal lagring | Opplasting i stor skala. Selve journalene er i kjernen |
| Tale & video | WebRTC, signalert av gatewayen | chat, telefon | Samtaler i appen. Timer på stedet og på telefon er upåvirket |
Ingen enkelt ekstern leverandør kan hindre klinikken fra å selge, levere og journalføre en time. Det er egenskapen det er verdt å verne etter hvert som systemet vokser, og det er grunnen til at hver av disse ligger bak et grensesnitt framfor å bli kalt direkte fra koden som betyr noe.
To slags sider følger etter denne. Plantegningene tar én stol i virksomheten og svarer på de samme fire spørsmålene — hva de ser, hva de styrer, hvordan det gjør dem raskere, og hva det gjør for virksomheten. Veiledningene lærer så bort hver skjerm, steg for steg, på ni språk.
Sju faser i svømmebaner, alle fire perspektiver samtidig, og veiskillet mellom en digital time og en hos deg.
Den samme virksomheten fra administratorens, klientens, behandlerens og regnskapets stol.
Den daglige rutinen, alle sytten rapportene, vilkår, utbetalinger, etterlevelse og katalogen i backoffice.
Ledig tid, timer, rapporter, klienter, inntekt, utbetalinger og omdømme — på vev og på telefon.
Å finne en behandler, kjøpe, bestille, møte, betale, og journalene som holdes om dem.
Økonomioversikten: kontanter, kundefordringer, leveringskostnad, prognose, lekkasje og månedsavslutningen.