Braila: fra mal til din klinikk

Denne guiden forklarer hva du får, hva du kan endre og hva som må avklares før nettsiden tas i bruk. Den gjelder Braila som mal for tannklinikker. Installasjonsveiledning og endringslogg for den konkrete kodeversjonen følger leveransen.

1. Velg hvem som skal sette opp og drifte

Kun malen: Du får den avtalte kodeversjonen, lisens, dokumentasjon og oversikt over kjente begrensninger. Du eller utvikleren din installerer, tilpasser, publiserer og oppdaterer prosjektet. Hosting, database, domene og andre abonnementer kjøper du separat, og klinikken har selv ansvaret for pasientopplysningene.

Oppsett med drift: Vi tilpasser den avtalte nettsiden med din profil og ditt innhold. Når oppsett, tilgang og driftsforutsetninger er kontrollert, starter det avtalte vedlikeholdet. Timebestillingen slås på når databehandleravtalen er signert. Omfang og revisjonsrunder bekreftes i bestillingen; de er ikke ubegrensede.

Fullt oppsett uten abonnement: Vi gjennomfører og overleverer det avtalte oppsettet. Du velger egen drift, en annen leverandør eller en separat vedlikeholdsavtale. En engangsbetaling inkluderer ikke vedlikehold for all fremtid.

Synlighet fra lansering (oppsett med drift og fullt oppsett): Vi setter opp e-post på bedriftens domene, Google Bedriftsprofil, Google Search Console, Bing Webmaster Tools, Google Analytics og Google Tag Manager, og sender nettsiden til indeksering. Det er et første steg, ikke en garanti for plassering i søk. Bedriftsprofilen forutsetter at virksomheten oppfyller Googles krav, og verifiseringen krever at du deltar, for eksempel med en kort video. Analyse settes opp med samtykke der loven krever det. E-posttjenesten og eventuelle lisenser avtales i bestillingen. Kun malen omfatter ikke dette oppsettet.

Sammenlign de aktuelle pakkene og prisene. En skreddersydd nettside er et eget oppdrag, med egne leveranser og rettighetsvilkår.

2. Dette får du ved levering

• Kildekoden til en identifisert versjon av Braila, levert privat som kodepakke eller avtalt repository-tilgang.
• Lisens for ett nettsted til én virksomhet, med de språkversjonene, testmiljøene og sikkerhetskopiene lisensen tillater.
• Installasjons- og konfigurasjonsveiledning som gjelder den leverte versjonen.
• Endringslogg, kjente begrensninger og en oversikt over tredjepartskomponenter, bilder og fonter med egne lisensvilkår.
• Ved avtalt oppsett: prosjektets faktiske innhold, tjenester, tilganger og driftsansvar dokumentert i overleveringen.

Før bestilling bekrefter vi hvilke sider, språk og funksjoner som inngår. Fotografiene i demoen er AI-genererte illustrasjoner av oppdiktede personer. De skal byttes ut med klinikkens egne bilder før lansering.

3. Sider og innhold

Malen har forside, en oversikt over behandlinger og en egen side per behandling, prisliste, «Første besøk», «Om oss», kontakt, timebestilling, personvern og kreditering. Hver behandlingsside viser varighet, veiledende pris, forløp, råd etter behandlingen og vanlige spørsmål.

Norsk bokmål ligger på hovedadressene. Engelsk ligger under /en/ med egne engelske adresser, for eksempel /en/prices/ og /en/treatments/crowns-and-bridges/. Hver side finnes i ett språk per adresse, og de to versjonene peker til hverandre med hreflang. Endringer i én språkversjon oversetter ikke innholdet automatisk til den andre.

Demoen viser en fiktiv klinikk i Oslo. Forbered klinikkens navn, adresse, telefon, e-post, åpningstider, behandlinger, priser, teammedlemmer og bilder du har rett til å bruke. Medisinske tekster i demoen er generelle eksempler og må gjennomgås av klinikken. Ved et oppsett avtaler vi mengden innhold som skal legges inn.

4. Redigering i EmDash CMS

Bruk innloggingsadressen og brukeren du får til din egen installasjon. Administrasjonen bruker passkeys som er knyttet til nettstedets domene. Demoen gir ikke administratortilgang til kunders nettsteder.

Klinikkinformasjon, menyer, sidetekster, behandlinger, priser og team redigeres i egne innholdstyper. Tomme engelske felt viser den norske teksten. Kontroller språk og lenker før du publiserer, og se den offentlige siden på mobil og stor skjerm.

Logo, farger, fonter og oppbygging kan kreve endringer i kode eller konfigurering. CMS-tilgang betyr ikke at alle designdeler kan endres uten teknisk arbeid.

Egne bilder krever riktig lagring. På Vercel er bildeopplasting i administrasjonen skjult, fordi lokale filer ikke blir liggende der. Lagring, tilgang og sikkerhetskopiering av media må avklares før lansering.

5. Timebestilling

Pasienten velger behandling, dato og tid og fyller inn navn, e-post og telefon. Kalenderen viser ledige tider ut fra klinikkens åpningstider, kapasitet og varslingsfrist, i norsk tid. Pasienten får en referanse med en gang. Forespørselen er ikke en bekreftet time: klinikken bekrefter, flytter eller avslår den i administrasjonen.

Skjemaet har ingen fritekstfelt. Pasienten kan i tillegg svare ja eller nei på om det er første besøk og om hen ønsker ekstra tid til en samtale før behandlingen. Smerter og andre helseopplysninger tas på telefon eller i timen.

Pasienten kan slå opp en time med referanse og e-post og avlyse på nett innenfor avlysningsfristen. Systemet hindrer dobbeltbooking av samme tid. Klinikken bestemmer i administrasjonen hvor lenge timeforespørsler lagres, og om de anonymiseres eller slettes etterpå.

Kjente begrensninger: Løsningen sender ikke e-post eller SMS til pasienten eller klinikken ennå. Den er ikke koblet til betaling, og den er ikke et journalsystem. Journalføring skjer i klinikkens eget system.

6. Kontaktskjema og meldinger

Kontaktskjemaet lagrer meldinger i en privat innboks i administrasjonen. Meldingene vises ikke offentlig. Skjemaet ber avsenderen om å ikke dele sensitive helseopplysninger, og har grenser mot gjentatte innsendinger. E-postvarsel om nye meldinger er ikke koblet til ennå, så noen må følge med i innboksen.

7. Personvern og databehandleravtale

Klinikken er behandlingsansvarlig for opplysningene på sitt nettsted. At en person har bestilt time hos en klinikk, kan i seg selv være en helseopplysning. Derfor har timeskjemaet ingen fritekst, og lagringstiden kan settes i administrasjonen.

Når Kodemagisk drifter nettstedet, behandler vi timeforespørsler og meldinger på klinikkens vegne. Vi inngår en databehandleravtale før timebestillingen og innboksen slås på. Den beskriver formål, opplysningstyper, sikkerhet, underleverandører, datalokasjon, varsling og sletting.

Personvernsiden i malen er et redaksjonelt eksempel. Den må tilpasses klinikkens faktiske systemer og gjennomgås før publisering. Malen bruker ingen analyse- eller markedsføringskapsler.

8. Demomodus

Demoen kjører i demomodus. Da viser hver side en stripe om at klinikken er fiktiv, skjemaene sender ingenting, og telefon og e-post vises som tekst uten lenke. Timebestillingen leser fortsatt ledige tider, slik at flyten kan prøves.

Demomodus er på til den slås av med en miljøvariabel i den aktuelle installasjonen. Slik risikerer man ikke at en ny installasjon tar imot pasientopplysninger før den er klar. Søkemotorsperren i demoen skal også fjernes før en ekte klinikkside publiseres.

9. Teknisk oppsett og publisering

Braila bruker Astro, EmDash CMS, React for timebestillingen og TypeScript, og kjører på Node 24. CMS, timebestilling og meldinger trenger serverkjøring og database. Hele løsningen kan derfor ikke behandles som bare en mappe med statiske HTML-filer.

De undersøkte oppsettene er Node med SQLite på vedvarende lagring, og Vercel med en ekstern libSQL/Turso-database. Innloggingsøkter lagres i samme databasetype. Runtime, database og medielagring må velges som en sammenhengende løsning og beskrives for din kodeversjon. Ikke kopier en annen kundes konfigurasjon eller hemmelige nøkler.

Før nettstedet tas i bruk, kontrollerer den driftsansvarlige blant annet:

• at riktig kodeversjon kan bygges og startes i det valgte miljøet;
• at CMS, database og medielagring har riktig tilgang og fungerer etter ny publisering;
• at nettstedets domene er satt riktig, slik at innlogging med passkey virker;
• at timebestillingen har riktige åpningstider, kapasitet, frister og lagringstid;
• at begge språk, lenker og skjemaer virker på mobil og datamaskin;
• at domene og HTTPS peker til riktig nettsted;
• at sikkerhetskopi og gjenoppretting omfatter kundens data og media;
• at personverninformasjon og databehandleravtale svarer til det faktiske oppsettet;
• at demomodus og søkemotorsperren er slått av før lansering.

Dette er forutsetninger for den konkrete leveransen, ikke en påstand om at hvert kundeoppsett allerede er testet. Trenger du et bestemt driftsmiljø, avklar det før bestilling.

10. Oppdateringer og sikkerhetskopi

En ny versjon hos Kodemagisk oppdaterer ikke en separat kundekopi automatisk. Ved kjøp av kun malen må du følge versjonsinformasjonen, ta sikkerhetskopi, teste endringene mot egne tilpasninger og publisere dem selv.

Lisenskjøpet inkluderer tilgang til tilgjengelige produktoppdateringer i 12 måneder fra levering. Du kan fortsatt bruke de lovlig mottatte versjonene etterpå. Tilgang til nye versjoner og arbeid med å installere dem er to forskjellige tjenester.

Ved aktiv drift håndterer Kodemagisk relevante oppdateringer for den avtalte løsningen. Drift Basis beskriver vedlikehold, sikkerhetsoppfølging, backup, gjenoppretting og support. Veiledningsminuttene er ikke et tak på avtalte vedlikeholdsoppgaver eller retting av våre feil.

Større ombygging eller flytting til en annen plattform kan kreve et eget tilbud. Ingen oppdatering bør overskrive kundens tilpasninger uten vurdering, test og en plan for tilbakeføring.

11. Kildekode, repository og overlevering

Du får din prosjektkopi, ikke tilgang til Kodemagisks interne master eller andre kunders prosjekter. En privat kodepakke er tilstrekkelig; GitHub er en valgfri leveringsmåte for kunder som ønsker det.

Når vi bruker et repository for kundens videre arbeid, skal det være en selvstendig kopi med avklart eierskap til kontoen og nødvendige tilganger. Teknisk kontroll over repository-et endrer ikke opphavsretten til den gjenbrukbare malen. En utvikler kan vedlikeholde prosjektet på dine vegne innenfor lisensen.

For daglig innholdsarbeid og timeadministrasjon får klinikkens ansatte tilgang til CMS. Teknisk administrasjon av CMS, hosting og database tildeles separat etter behov og valgt driftspakke. Du trenger ikke GitHub for å motta en privat kodepakke.

Ved avslutning av drift beholder du den betalte mal-lisensen. Standard eksport av kode, innhold og nødvendige data, også timeforespørsler og meldinger, inngår etter driftsavtalen. Teknisk flytting og testing hos en ny leverandør kan avtales separat. For at siden skal være tilgjengelig videre, må hosting og tilknyttede tjenester overtas eller erstattes før den avtalte sluttdatoen.

12. Vilkår før du bestiller

Kjøpet gjelder næringsvirksomhet. Etter digital levering tilbyr vi ikke frivillig retur, bytte eller refusjon fordi du ombestemmer deg. Krav ved manglende levering eller mangler behandles etter lisensen.

• Les lisensvilkårene, versjon 2026-11-05-1.
• Les Drift Basis, versjon 2026-11-05-1.

Slik går du fra forespørsel til levering:

1. Du velger pakke, fyller inn firmaopplysninger og godtar de relevante vilkårene i forespørselen. Kodemagisk mottar forespørselen for manuell behandling. Den er ikke en endelig ordre.
2. Vi avklarer omfang, pris, betalingsplan og levering. Du godkjenner tilbudet før bestillingen bekreftes. Endringer må avklares og godtas.
3. Kodemagisk sender faktura manuelt med kontonummer og betalingsfrist.
4. Du betaler ved bankoverføring til kontoen på fakturaen. Skjemaet trekker ingen betaling og oppretter ingen faktura automatisk.
5. Vi bekrefter at betalingen er mottatt og gir tilgang til koden eller de avtalte leveransene i henhold til betalingsplanen og leveringsavtalen i bestillingen.

Ved aktiv drift sender vi faktura månedlig på forskudd med 14 dagers betalingsfrist. Betaling skjer med bankoverføring, uten automatiske trekk. Driftsstart, bindingstid, oppsigelse og overlevering følger Drift Basis-avtalen, og databehandleravtalen signeres før timebestillingen slås på.

13. Versjon og hjelp

Denne produktguiden beskriver den undersøkte funksjonaliteten per 4. november 2026. Endringsloggen som følger kodepakken, identifiserer den faktiske leverte kodeversjonen og eventuelle endringer. Avtaleversjonen er ikke et versjonsnummer for programvaren.

Ved kjøp av kun malen inngår ingen installasjonshjelp, support, oppsett eller drift. Du får en skriftlig Kom i gang-veiledning som beskriver forutsetninger, installasjon, konfigurering, publisering og oppdatering. Bekreftede feil i selve malen rettes i en ny versjon innenfor perioden for versjonstilgang, ikke i din installasjon. Hjelp utover veiledningen krever et tilbud du godtar først.

Ta kontakt via kontaktskjemaet hvis du trenger å avklare miljø, integrasjoner eller leveranse før du bestiller. Ikke send passord, API-nøkler, pasientopplysninger eller andre hemmeligheter i skjemaet.

Trenger du mer hjelp etter kjøpet, kan du velge Supportklippekort – 5 timer til oppsett, veiledning, feilsøking og mindre avtalte endringer. Pakken er et separat engangskjøp og erstatter ikke løpende drift. Allerede inkludert hjelp og retting av mangler som Kodemagisk svarer for, belastes ikke klippekortet.