Home›Voor organisaties›Het platform

Alles in een zelf gehoste instantie

150 onderdelen, en waar elk voor dient.

Dit is de volledige inventaris van een instantie op uw eigen infrastructuur: de modules die we voor klinisch werk bouwen en de gratis Odoo Community-applicaties daaronder. Niets op deze pagina draagt een licentievergoeding of een bedrag per gebruiker — de open-sourcebasis is gratis, en wat u betaalt is het werk om haar op uw organisatie af te stemmen.

85modules die we bouwen
43Odoo Community-vermeldingen
138gedekte Odoo-applicaties
22app- en gatewaygebieden
0Odoo-licentiekosten

Waar men bij naam naar vraagt

De gratis Odoo-applicaties, ingeschakeld als u ze nodig hebt

Dit zijn geen add-ons die we doorverkopen. Het zijn Odoo Community-applicaties onder een open licentie, die in uw instantie draaien en niets aan licentie kosten, hoeveel mensen ze ook gebruiken. Elk ervan wordt gedekt door een module hieronder.

Sommige leven binnen een andere: offertes horen bij Verkoop, urenregistratie bij Project, en livechat, forum en blog bij Website. De modulekaarten hieronder noemen elke applicatie waarvoor ze verantwoording afleggen.

CRM Sales Invoicing Contacts Calendar Discuss Project Employees Recruitment Attendances Time Off Expenses Email Marketing Events Surveys eLearning Lunch Fleet
Waarvoor u werkelijk betaalt

Het opzetten, het afstemmen op de werkwijze van uw organisatie en de ondersteuning. Nooit de software die al bestaat. 138 Odoo-applicaties zijn op deze pagina verantwoord en niet één ervan is een regel op uw factuur.

Gebouwd voor klinisch werk

De 85 modules die we bouwen en onderhouden

Het deel dat er een klinisch systeem van maakt in plaats van een bedrijfssysteem. Elk wordt afzonderlijk geïnstalleerd en gedeïnstalleerd, zodat een instantie draagt wat ze gebruikt en niets anders.

Het praktijkplatform

15

Waar een ggz-praktijk dagelijks op draait: de agenda, de verkoop van een sessie, de professionals die haar leveren, en de rapporten die een leidinggevende elke ochtend opent.

Boeken & roosteren

De roostermotor onder al het andere — agenda's, beschikbaarheid, kamers en de regels die bepalen welke tijdstippen een cliënt werkelijk te zien krijgt.

  • Een beschikbaarheidsmotor die weekuren, uitzonderingen met datum en bestaande boekingen tot vrije tijdstippen herleidt
  • Planners, gastheren, locaties en kamers, met capaciteit en het opmerken van botsingen
  • Regels voor tijdstippen, wachtlijsten en automatisch aangeboden tijdstippen wanneer er een boeking vrijkomt

Betaalde afspraken boeken

Verkoopt sessies van één op één als tegoeden. Dit is de module die van kopen en boeken twee losse stappen maakt, en dat is wat het mogelijk maakt vandaag een pakket te verkopen en het over maanden in te plannen.

  • Sessies verkocht als tegoeden tegen een product, los of als pakket
  • Dienstverleningsovereenkomsten bij pakketten, aanvaard bij de aankoop en bewaard in de aanvaarde versie
  • Getrapt annuleringsbeleid met opzegtermijnen, boetes en een coulanceperiode

Praktijkplatform

De toepassingslaag: professionals en hun openbare profielen, de mobiele API, inhoud en gemeenschap, meldingen, en het account aan de kant van de cliënt.

  • Profielen van behandelaars met een verificatieworkflow, bevoegdheden, diensten en agenda's
  • Beoordelingen, waarderingen, openbare vragen en het dashboard voor de behandelaar erachter
  • REST-endpoints voor de mobiele app, JWT-authenticatie, en WebSocket-sessies

Clinic

Praktijkrapporten

De zeventien managementrapporten. Twaalf vragen of de vastlegging van de praktijk strookt met wat er gebeurd is; vier vergelijken hoe het met de professionals gaat; één staat boven alle andere.

  • Afstemmingslijsten: vastgelopen sessies, ongeboekte tegoeden, dekking tegenover vraag, geldketen, kostenboek
  • Gereedheid voor uitbetaling, annuleringsgedrag, nalevingsdossier, continuïteit van cliënten en de moderatiewachtrij
  • Sessies zonder verslag, en geannuleerde sessies gelezen naast het gedrag

Sessieverslagen

De klinische aantekening die een professional indient na een gehouden sessie — bewaard als beveiligd document over de cliënt in plaats van als bijlage bij een afspraak.

  • Een verslag ingediend bij de sessie en vastgelegd als gaand over de cliënt
  • In rust versleuteld op de beveiligde documentdienst, met een sleutel per versie
  • Toegang uitsluitend bepaald door het uitzoeken van het behandelteam, nooit door een rol of door anciënniteit

Lidmaatschappen

Een doorlopende afspraak in plaats van elke keer een aankoop: een plan dat in de winkel verkocht wordt, en het lidmaatschap van één cliënt daartegen.

  • Plannen zijn winkelproducten met een afbeelding en een beschrijving; de openbare catalogus staat op /memberships
  • Een lidmaatschap draagt sessietegoeden, toegang tot chat en minuten voor consultatie buiten de lijn
  • Tegoeden blijven gewone sessietegoeden, zodat het boeken nooit een tweede regelboek leert

Chatconsultaties op de minuut

Tijd van een behandelaar gekocht als minuten in plaats van als afspraak, besteed in de chat en tot op de minuut verantwoord.

  • Een dienst kan een budget aan behandelaarsminuten verkopen, met een optioneel geldigheidsvenster
  • Een tarievenkaart op het bedrijf, per dienst te overschrijven
  • Een boekregel per afschrijving, en een overzicht dat zowel de cliënt als de behandelaar kan openen

Intakeformulieren

De vragenlijst die een cliënt vóór de eerste sessie invult, bewaard als klinische inhoud in plaats van als enquêteantwoorden.

  • Een dienst noemt de vragenlijst die erbij hoort
  • De cliënt vult haar vóór de sessie in, vanaf zijn eigen pagina's
  • Antwoorden worden rechtstreeks naar een versleuteld document geschreven — ze blijven nooit in de opslag van de enquête staan

Beoordeling van betalingen buiten de lijn

Bankoverschrijving als betaalroute, voor praktijken die willen dat een mens elke bestelling bekijkt vóór en nadat het geld beweegt.

  • Keur de bestelling goed, factureer haar, neem het betaalbewijs aan, keur het bewijs goed, en maak dan de tegoeden aan
  • Tegoeden verschijnen pas zodra het bewijs goedgekeurd is, dus een onbetaalde bestelling kan geen sessie boeken
  • Een afwijzing draagt haar reden, en de bestelling gaat terug naar de persoon die het kan oplossen

Betaling buiten de lijn — pagina's voor de cliënt

De helft aan de kant van de cliënt van de route buiten de lijn: waar hij betaalt, wat hij uploadt, en waar de bestelling op wacht.

  • Elke staat heeft een eigen kleur en merkteken op Mijn bestellingen, zodat wachten zichtbaar verschilt van afgewezen
  • Betaal en upload het bewijs in één venster, zonder de bestelling te verlaten
  • De reden van de afwijzing staat waar degene die er iets mee moet haar zal lezen

Dashboard voor de boekhouding

De boeken, op een eigen dashboard: wat er binnenkwam, wat er verschuldigd is, wat de levering kostte en wat er nog komt. Met opzet gescheiden van dat van de beheerder — een onbetaalde factuur nalopen is het ene werk, en het grootboek bijhouden is het andere.

  • Een aanloopscherm met vier geldtegels, zes kengetallen, zes grafieken en een signaallijst
  • Eenentwintig rapporten: kas, omzet, kostprijs van de levering, prognose, weglek en twee controlelijsten
  • Op toerekeningsbasis of op kasbasis, vijf perioden en een eigen periode, meegenomen door elke doorklik

Teamdashboards

Wat er te doen is, voor de vier teams om de praktijk heen. Verkoop, personeel, marketing en uitvoering krijgen elk een pagina, en elke pagina opent met dezelfde vraag: wat is te laat, wat is nu, wat komt er, en waarvoor heeft niemand toegezegd iets te doen.

  • Vier dashboards, elk een record in plaats van code, zodat een branchepakket er een kan toevoegen
  • De activiteitenstrook op elke pagina: te laat · vandaag · gepland · niets ingepland · vraagt aandacht
  • „Niets ingepland" is de band waarvoor Odoo geen status kent: een open record waarover niemand iets heeft toegezegd, en dat op geen enkel ander scherm te zien is

Dashboards — CRM, verkoop, uitvoering, personeel

Hoe het ervoor staat, in de app die leidinggevenden toch al openen. Vier pagina's in Odoo's eigen Dashboards, in een eigen sectie „Kliniekteams", gebouwd zoals de pagina's voor Verkoop en Declaraties daar gebouwd zijn.

  • Vier pagina's — CRM, verkoop, uitvoering, personeel — naast die van Odoo zelf
  • Vier kerncijfertegels per pagina, elk met de vorige periode ernaast
  • Twee grafieken en twee tot vier toplijsten per pagina, elk opent de records erachter

Dashboards — aanwezigheid, verlof, personeelsbetalingen

Drie pagina's erbij in dezelfde sectie, apart gehouden omdat elk een app nodig heeft die de praktijk misschien niet draait.

  • Aanwezigheid: nu ingeklokt, records, gewerkte uren, extra uren, per medewerker en per afdeling
  • Verlof: aanvragen zonder antwoord, goedgekeurde dagen, afwijzingen, en waar verlof valt per maand, soort en afdeling
  • Personeelsbetalingen: te melden, te valideren, te vergoeden, en wat er in de periode is ingediend

Supportmeldingen

Een openbaar formulier dat van een vraag een taak maakt waar iemand eigenaar van is.

  • Een formulier op /support/ticket dat iedereen kan gebruiken, aangemeld of niet
  • Elke inzending opent een taak, toegewezen aan de winkelbeheerder
  • De indiener volgt zijn eigen melding, en de beheerder krijgt bericht in Discuss

Het klinisch dossier

11

Waaruit een zorgtraject bestaat: de episode, het plan erin, de doelen waar het plan naartoe werkt, en wat er bij elk daarvan vastgelegd wordt. Elke klinische pagina in het product is een van deze vier dingen, gezien vanaf een andere stoel.

Zorgepisodes

Een zorgtraject met een begin, een eind en een plan — de ruggengraat waar al het andere in het klinische dossier aan hangt. Zorg is geen stroom afspraken, en het dossier zegt dat.

  • Een episode opent bij de eerste gehouden sessie, en een cliënt heeft er één tegelijk open
  • Een behandelplan per episode: probleem → doel → doelstelling, drie niveaus en niet meer
  • Een doel draagt een titel, een streefdatum en een resultaat — waar naartoe gewerkt is, en hoe het gegaan is

Klinische aantekeningen

Aantekeningsjablonen als een geordende lijst velden met een type, zodat een aantekening uit antwoorden bestaat in plaats van uit proza dat niemand kan doorzoeken.

  • Een sjabloon is een gepubliceerde lijst velden met een type en een versie — tekst, getal, schaal, keuze, datum
  • Een ingevulde aantekening bestaat uit de antwoorden plus een opgemaakt beveiligd document
  • Antwoorden zijn precies dan leesbaar als hun document: één toegangsregel, niet twee die uit elkaar lopen

Bibliotheek met aantekeningsjablonen

De startinhoud voor de sjabloonmotor: duizend benoemde aantekeningsvormen, zodat een praktijk niet met een lege bibliotheek begint.

  • Meer dan duizend benoemde sjablonen — SOAP, DAP, BIRP, intake, evaluatie — gegroepeerd per discipline
  • Als data geïnstalleerd, daarna te bewerken als elk sjabloon dat de praktijk zelf schrijft

Doelen volgen

Wat een cliënt tussen sessies door vastlegt, gekoppeld aan het doel dat het meet. Een programma dat nergens tegen rapporteert is hoe volgen in huiswerk verandert.

  • Een programmabibliotheek met zes soorten onderdelen: vragenlijst, meting, keuze, dagboek, upload, taak
  • Een programma wordt naar een doel gestuurd, zodat elke invoer rapporteert tegen iets waar het plan werkelijk om gevraagd heeft
  • De cliënt legt vast op zijn eigen plan: eerst wat er vandaag te doen is, daarna elk doel en wat ertegen openstaat

Gescoorde vragenlijsten

Gescoorde instrumenten die van de praktijk zijn. Er wordt geen instrumentinhoud meegeleverd en er wordt geen licentie geclaimd: de praktijk voert in wat zij mag gebruiken.

  • Een score wordt bewaard met de instrumentversie die haar voortbracht, en wordt nooit opnieuw berekend
  • Banden en drempels per instrument, waarbij een risicoband een markering oplevert die iemand moet bevestigen
  • Ingevuld door de cliënt op het portaal of tijdens de sessie, en het kanaal wordt hoe dan ook vastgelegd

Groepssessies

Eén aantekening, één keer geschreven, en bij elke deelnemer als eigen document ingediend.

  • Eén geschreven bron, één ingediend document per aanwezige cliënt
  • Een privéveld is afwezig in het document van een andere deelnemer, niet erin verborgen
  • Ingediend bij de mensen die aanwezig waren, niet bij iedereen die geboekt had

Oproep & opvolging

Een vervaldatum die een behandelaar zet wanneer een sessie eindigt, en waarnaar gehandeld wordt wanneer zij aanbreekt.

  • Een oproep is een datum en een reden, aangemaakt aan het eind van een sessie
  • Zij nodigt uit; zij boekt nooit
  • Openstaande oproepen verschijnen op het praktijkoverzicht voordat er automatisch een bericht uitgaat

ICD-10-CM-codering

Diagnosecodes waar de facturatie ze nodig heeft, doorzoekbaar in plaats van uit het hoofd ingetikt.

  • Doorzoekbare ICD-10-CM-hoofdstukken en -codes
  • Een code vastgelegd bij de cliënt en meegenomen naar bestellingen en facturen

Één formulierenbouwer

Één vragenlijst in het product, en de drie dingen die zij uit zichzelf niet meebrengt: een stabiele antwoordsleutel, zichtbaarheid per vraag, en een markering voor het ene getal dat de versleuteling mag verlaten.

  • In het product waren vier bouwers gegroeid: de getypte velden van het notitiesjabloon, de eigen vragen van de agenda, de monitoringpunten en de vragenlijst achter het intakeformulier
  • Vier bouwers is vier plekken om een vraagtype toe te voegen, vier weergaven en vier antwoorden op „waar is dat antwoord gebleven?"
  • Een vragenlijst wordt in survey.survey geschreven en nergens anders

Boekingsvragen in de vragenlijst

De vragen van een agenda worden in de vragenlijst ontworpen en versleuteld opgeslagen, zodat de agenda een agenda kan blijven.

  • Een agenda noemt een vragenlijst, en de publieke boekingspagina toont die met de ene weergave
  • De antwoorden worden opgeslagen in een versleuteld document bij de boeking
  • Het eigen vragenmodel van de agenda blijft, en dat hoort ook: een telefoonnummer, een kenmerk, een vinkje voor toestemming, en de vragen die rechtstreeks op de contactpersoon schrijven waar de balie ze moet kunnen lezen

Bibliotheek met psychologische instrumenten

De gescande verzameling psychologische instrumenten als doorzoekbare records, met een optioneel levend formulier zodra een scan in een formulier wordt omgezet.

  • De gescande verzameling geladen als records met hun OCR-tekst, zodat een instrument te vinden is op wat erop staat
  • Een indeling naar het systeem waarop elk instrument zich richt
  • Een optionele vragenlijst, aangemaakt wanneer een scan een levend formulier wordt

Professionals betalen

2

Wat iemand krijgt is een eigenschap van zijn dienstverband, en daarom woont het op zijn contract — gedateerd, met versies, en elke cyclus afgerekend als gewone leveranciersfacturen.

Betaling van behandelaars

Betalingsvoorwaarden per sessie op het werknemerscontract, en de betaalcyclus die ze afrekent. Bij het uitbetalen wordt er niets opnieuw berekend — elke sessie bevroor haar eigen verdeling toen zij geboekt werd.

  • Vier betalingsvormen: maandsalaris, uurtarief, een vast bedrag per sessie, of een percentage van elke sessie
  • Voorwaarden bewaard op de contractversie, zodat de geschiedenis gedateerd is en er één tegelijk geldt
  • Betaalcycli — wekelijks, tweewekelijks, maandelijks of per kwartaal — verankerd op de kalender of op de contractstart

Betaling van behandelaars — elektronische handtekening

Stuurt contracten ter ondertekening vanuit het dossier waar zij bij horen, en bewaart de getekende geschiedenis op dat dossier.

  • Stuur een contract ter ondertekening vanuit het contract zelf
  • Elk verzoek bewaard bij dat dossier als zijn geschiedenis
  • De betaling per sessie kan ingehouden worden onder een contract dat nog niemand getekend heeft

Zelfstandige behandelaars en de marktplaats

4

De professionals die niet in dienst zijn. Zij huren het platform in een abonnement, brengen eigen cliënten mee of nemen cliënten van ons over — en als zij het geld zelf innen, zijn zij het bedrijf zijn deel schuldig in plaats van erdoor betaald te worden. Vier modules die samen antwoorden wie wie heeft gebracht, wat een abonnement toestaat en welke kant het geld op gaat.

Abonnementen voor behandelaars

Zelfstandige behandelaars huren het platform in een abonnement dat wij bouwen. Deze module houdt de abonnementsvormen, de lopende abonnementen en de regels die zeggen wat de status van een abonnement toestaat.

  • Abonnementsvormen dragen een kanaal — eigen praktijk, marktplaats of beide —, maand- en jaarprijzen en tariefregels die als zinnen zijn geschreven
  • De functieschakelaars van een abonnementsvorm worden uit de geïnstalleerde modules gelezen in plaats van ingetypt
  • Een abonnement kopieert de tarieven en functies van de vorm bij het ondertekenen en leest ze nooit terug, dus een prijswijziging morgen laat de abonnementen van vandaag met rust

Herkomst van cliënten

Wie welke cliënt bij welke behandelaar heeft gebracht — het ene feit waarvan elke vergoeding die een zelfstandige behandelaar betaalt afhangt, en het ene dat het platform niet vastlegde.

  • Eén regel per paar van behandelaar en cliënt, met de herkomst en het eigenaarschap: cliënt van de behandelaar, of cliënt van het platform
  • Het eigenaarschap wordt bij het eerste contact gezet en door niets gewijzigd behalve een overdracht door een medewerker, met reden
  • De korte link van de behandelaar, /e/<code>: wie hem volgt registreert zich en wordt cliënt van die behandelaar

Innen van het aandeel

Int de behandelaar het geld van de cliënt, dan is hij het bedrijf zijn deel schuldig. Een maandelijkse run die het hem factureert en volgt tot betaald.

  • Nu behandelaars orders goedkeuren en betaallinks versturen, dragen de offerte, de factuur en de betaalpagina de eigen handelsnaam, het adres en het btw-nummer van de behandelaar als verkoper
  • Of de behandelaar heeft geïnd, wordt bij het boeken op de sessie vastgezet, naast de verdeling van het aandeel, zodat het morgen wijzigen van de instelling niet terugrijkt naar vorige maand
  • Geen nieuwe formule: het bedrijfsaandeel zegt al wat het bedrijf houdt, en houdt de behandelaar het geld, dan is dat precies het bedrag dat hij schuldig is

Functiecatalogus van het platform

De lijst van wat de geïnstalleerde modules kunnen, door elke module zelf aangemeld, zodat abonnementen het aan en uit kunnen zetten.

  • Niemand typt de catalogus in: een module met iets dat het verkopen waard is, levert per mogelijkheid één functierecord mee
  • Odoo maakt die records aan bij het installeren van de module en verwijdert ze bij het verwijderen ervan, zodat de catalogus altijd beschrijft wat deze database werkelijk kan
  • Geen scan, geen synchronisatietaak en geen tweede lijst naast de modulelijst om uit de maat mee te lopen

Beveiligde documenten

9

Een documentdienst die elk model kan overnemen, voor dossiers waarbij één toegangsfout een meldingsplichtige inbreuk is. Versleuteld, standaard weigerend, en bij elke leesactie gelogd.

Beveiligde documenten

De dienst zelf. Een model neemt haar in één regel over en krijgt zijn documenten, een teller, en een indienvenster dat in gewone taal zegt wie het resultaat zal kunnen openen voordat het bewaard wordt.

  • In rust versleuteld met een eigen sleutel, bewaard buiten de filestore van Odoo en nooit via /web/content geserveerd
  • Toegang door uitdrukkelijke regels, standaard weigeren: elke keer een passende toestaanregel en geen passende weigerregel
  • Beheerder zijn, leidinggevende zijn, of degene zijn die het ingediend heeft, geeft op zichzelf niets

Beveiligde documenten: versleuteling

De cryptografische laag, als eigen module gehouden zodat het sleutelbeheer nagekeken en geauditeerd kan worden zonder de rest van de toepassing te lezen.

  • Envelopversleuteling met AES-256-GCM: een willekeurige gegevenssleutel per documentversie, ingepakt onder een implementatiesleutel
  • De sleutel die de sleutels versleutelt wordt nooit in de database bewaard
  • Cijfertekst in een eigen map, buiten de filestore

Beveiligde documenten: portaal

Waar iemand de documenten leest die over hemzelf met hem gedeeld zijn, op /my/documents — en alleen die.

  • Een betrokkene ziet een document wanneer een toegangsregel voor betrokkenen het toestaat en niets het weigert — nooit alleen maar omdat het over hem gaat
  • Psychotherapienotities, verzegelde documenten en documenten onder een lopende beslissing om achter te houden worden nooit getoond, wat hun regels ook zeggen
  • Eén filter dat door elke route gebruikt wordt, zodat er altijd maar één definitie is van wie wat mag zien

Beveiligde documenten: contacten

Dient beveiligde documenten in bij contacten — de gewoonste betrokkene, want de persoon over wie een document gaat is meestal de persoon bij wie het ingediend wordt.

  • Voegt de beveiligde documentdienst toe aan res.partner
  • Installeert zichzelf zodra beide kanten aanwezig zijn, en verwijdert zichzelf zonder een van beide aan te raken
  • Eén brug per toepassing, zodat de dienst op een contact overnemen geen ongerelateerde apps meetrekt

Beveiligde documenten: CRM

Dient beveiligde documenten in bij verkoopkansen — een due-diligencepakket is niets klinisch, en heeft precies dezelfde eisen.

  • Voegt de beveiligde documentdienst toe aan crm.lead
  • Versleuteld, achter regels en bij elke leesactie gelogd, net als elk ander beveiligd document
  • Installeert en verwijdert zichzelf netjes en los van de andere bruggen

Beveiligde documenten: werknemers

Dient beveiligde documenten in bij werknemersdossiers — een tuchtdossier of een bedrijfsartsverslag is iets wat een leidinggevende indient en wat het merendeel van HR niet mag kunnen openen.

  • Voegt de beveiligde documentdienst toe aan hr.employee
  • Standaard weigeren, zodat een HR-rol een dossier niet opent alleen maar omdat het een HR-rol is
  • Installeert en verwijdert zichzelf netjes en los van de andere bruggen

Beveiligde documenten: projecten

Dient beveiligde documenten in bij taken — een vertrouwelijk contract of een getekende oplevering, bewaard waar het werk bijgehouden wordt.

  • Voegt de beveiligde documentdienst toe aan project.task
  • Installeert zichzelf zodra beide kanten aanwezig zijn, en verwijdert zichzelf zonder een van beide aan te raken

Beveiligde documenten: verkoop

Dient beveiligde documenten in bij bestellingen — een getekende overeenkomst, of de identiteitsbewijzen van een klant, bewaard bij de verkoop waar zij bij horen.

  • Voegt de beveiligde documentdienst toe aan sale.order
  • Installeert zichzelf zodra beide kanten aanwezig zijn, en verwijdert zichzelf zonder een van beide aan te raken

Externe sleutelautoriteit

Optioneel: haal de sleutel die de sleutels versleutelt van de Odoo-host af, zodat een kopie van de database geen kopie van de documenten is.

  • Documentsleutels in- en uitgepakt via een externe autoriteit in plaats van lokaal
  • De sleutel die de sleutels versleutelt staat nooit op de machine die de toepassing bedient
  • Per implementatie aan te zetten; de lokale variant blijft beschikbaar en ongewijzigd

Klinische dossiers en rechtsgebieden

11

De ggz-tak boven op de documentdienst, plus één module per rechtsgebied. De technische maatregelen zijn gedeeld; wat verschilt is de machinerie van rechten en governance.

Klinische dossiers

Zoekt het behandelteam uit. Een therapeut komt bij de dossiers van de mensen op zijn eigen caseload, niet die van de praktijk — en dat is wat de norm van het minimum dat nodig is afdwingbaar maakt in plaats van een streven.

  • Behandelrelaties — behandelaar naar cliënt, met een soort, een begin en een eind
  • De toegang eindigt wanneer de relatie eindigt, na een coulanceperiode die lang genoeg is om openstaande aantekeningen af te maken
  • Klinische rollen die bepalen welk deel van de toepassing iemand bereikt, nooit wat hij kan openen

Klinische dossiers: Europese Unie (AVG)

De AVG-laag: de rechten- en governancemachinerie waar HIPAA geen equivalent voor heeft, en daarom dekt een bouw naar Amerikaanse norm de EU niet.

  • Verwerkingsgrondslag vastgelegd per documenttype — art. 9 lid 2 onder h voor behandeldossiers, niet toestemming
  • Wissen (art. 17) uitgevoerd door de sleutel te vernietigen, zodat het recht geëerbiedigd wordt zonder het bewijs van wat er lag te wissen
  • Een afweging bij wissing, en niets vernietigd zolang een juridische blokkade of een bewaartermijn staat

Klinische dossiers: mededeling bevestigen met een elektronische handtekening

Een brug, geen bouwwerk — koppelt een getekende privacymededeling aan de bevestigingsvastlegging, zodat het dossier kan beantwoorden welke versie iemand werkelijk gezien heeft.

  • Een voltooide handtekening schrijft de bevestiging, één keer — een webhook die twee keer bezorgd wordt mag de telling van wie er nog openstaat niet verkeerd maken
  • Het handtekeningverzoek noemt de versie van de mededeling, want dat is de enige vraag die aan een bevestiging gesteld wordt
  • Een pen op een formulier aan de balie is nog steeds een schriftelijke bevestiging; de brug voegt een pad toe in plaats van het gewone te vervangen

Klinische dossiers: Verenigd Koninkrijk

UK GDPR en de Data Protection Act 2018 op dezelfde technische kern — met de toets op ernstige schade gebouwd als workflow in plaats van als markering.

  • De toets op ernstige schade (DPA 2018 Sch. 3 Pt. 2) vastgelegd met wie besliste, wanneer, over welke documenten en waarom
  • Alleen te nemen door iemand met een lopende behandelrelatie, wat het systeem controleert in plaats van aanneemt
  • Verschijnt in een herzieningswachtrij voordat zij verloopt, en vervalt vanzelf na zes maanden

Klinische dossiers: governance

De organisatorische waarborgen — de helft van HIPAA die niet over versleuteling gaat, en de helft die de handhaving het vaakst aanhaalt.

  • De risicoanalyse als oefening met een periode, een reikwijdte en een methode, los van het register met wat zij vond — zodat volgend jaar met dit jaar vergeleken kan worden
  • Elk risico meegenomen naar de volgende beoordeling met een verwijzing terug, want een register dat elk jaar blanco begint verliest de vastlegging van wat er besloten is
  • De inherente waardering berekend en de restwaardering met opzet niet — een restrisico dat uitgerekend wordt door een maatregelscore af te trekken is een verzinsel dat hetzelfde zegt over een maatregel die vorige week getest is en een maatregel die in een beleidsstuk staat

Klinische dossiers: Verenigde Staten (HIPAA)

De HIPAA-laag. De scheiding van psychotherapienotities houdt stand in de opslag in plaats van erop te rusten dat de toegangsregels kloppen.

  • De designated record set (45 CFR 164.501) gemarkeerd per documenttype, zodat een antwoord op een inzageverzoek niet kan bevatten wat erbuiten valt
  • Psychotherapienotities in een eigen sleutelnaamruimte — de sleutel die het gewone dossier opent, opent ze niet
  • Een verlening aan de betrokkene op notities wordt op elk pad geweigerd, ook bij een rechtstreekse schrijfactie op de regeltabel

Klinische dossiers: Duitsland

De Duitse bewaartermijn, als regel waar de documentdienst vanaf telt in plaats van als regel in een beleidsstuk dat niemand toepast.

  • § 630f BGB: tien jaar na het laatste contact, als bewaarregel voorgezaaid
  • Beperkt tot deze module in plaats van tot het hele EU-pakket, want de termijn is nationaal

Clinic: Noorwegen

De Noorse regels die de AVG-laag niet dekt, elk gezet waar de handeling gebeurt in plaats van in een beleidsstuk: een profiel publiceren, een uitbetalingsrun bevestigen, iets aan een ouder verstrekken.

  • Pasientjournalforskriften § 14: de patiënt leest elke toegang tot elk dossier over hem, ook de dossiers die hem niet worden gezonden — naar soort, nooit naar titel
  • Een bewaarsoort zonder enige vernietigingsdatum, omdat Noorwegen dossiers bewaart zolang ze nodig zijn; de jaren zijn een beoordelingsinterval en een mens beslist, met een reden
  • Een dossieroverdracht aan een opvolger, aan Norsk helsearkiv of Nasjonalarkivet, opgebouwd op het moment van downloaden, per document als verstrekking vastgelegd, en eenmalig te downloaden

Clinic: Finland

De rollen die het Finse recht een aanbieder laat benoemen, en de plichten die aan elk ervan hangen. Onafhankelijk van het Noorse pakket — beide schakelen aan vanuit het land van de vennootschap, zodat één database ze samen kan houden.

  • Gereglementeerde beroepen en beschermde titels apart gehouden, want het zijn verschillende rechten: psykoterapeutti is in Finland een beschermde titel en in Noorwegen een vrij woord
  • Terhikki-nummer, de datum van de werkgeverscontrole en of dat een registerbevraging was of het besluitdocument; een ingetypt nummer geldt als opgegeven, niet als gecontroleerd
  • Een dienstonderdeel met zijn eigen registratie, en de vastuuhenkilö als aanwijzing per onderdeel, zodat veertien dagen zonder verantwoordelijke worden gemeld

Clinic: Zwitserland

Zwitserland scheidt de kwalificatie van de toestemming om te praktiseren, telt verzekerde sessies tegen een doktersverwijzing, en bindt de leverancier aan hetzelfde strafrechtelijke geheim als de behandelaar. Drie dingen die de kern niet kan uitdrukken, en niets meer.

  • De federale titel is niet de vergunning: de praktijkvergunning is kantonaal, één per kanton, elk met een eigen einddatum — een behandelaar kan de naam dus in Zwitserland dragen en slechts op één plek mogen werken
  • Een profiel met een beschermde titel wordt niet gepubliceerd zonder een gecontroleerd PsyReg-nummer én een geldige, gecontroleerde kantonale vergunning — en de weigering zegt welke van de twee ontbreekt
  • Waar een titel wel is gecontroleerd en een vergunning niet, zegt de publieke status dat in plaats van er een te suggereren; een ongecontroleerde markt is niet geholpen met een vermelding die leest als een gecontroleerde

Nalevingscontrole

Een vaste lijst vragen die aan de implementatie zelf gesteld wordt. Het meeste controleren bestond al en lag verspreid; dit is de pagina die het op één plek leest.

  • Een register van controles, een uitvoerder op een schema, en een rapport over beide
  • Alleen wat mis is wordt gemeld: een controle die slaagt zegt niets, dus de pagina is leeg wanneer de implementatie deugt
  • Elke bevinding noemt de regel waar zij vandaan komt en het dossier waarop zij gevonden is

Elektronische handtekening

7

Een zelf gehoste handtekeningdienst met een auditspoor waarin knoeien zichtbaar wordt, plus één dunne module voor elke plek waar er werkelijk om een handtekening gevraagd wordt.

Elektronische handtekening — kern

De handtekeningdienst zelf: een ondertekenceremonie in het portaal, beleid per rechtsgebied, en een hash-geketend auditspoor. Zelf gehost, dus er verlaat geen document het landschap om ondertekend te worden.

  • Een ondertekenceremonie in het portaal waarbij identiteit en bedoeling op het moment van ondertekenen vastgelegd worden
  • Een hash-geketend auditspoor dat niemand kan bewerken of verwijderen
  • Beleid per rechtsgebied dat bepaalt wat een geldige handtekening verlangt

Elektronische handtekening — contracten

Wie er bevoegd was om namens een wederpartij te tekenen, en of zijn bevoegdheid nog geldig is — gecontroleerd in plaats van aangenomen.

  • Bevoegdheid om te binden bijgehouden per ondertekenaar van de wederpartij
  • Getekende overeenkomsten bewaard als vastleggingen met een looptijd
  • Bevoegdheden van behandelaars nagelopen voordat zij verlopen

Elektronische handtekening — zorg

Wat een klinische handtekening naast een naam nodig heeft: wilsbekwaamheid, bevoegdheid om namens iemand te tekenen, supervisie, en toestemming die ingetrokken kan worden.

  • Verklaring van wilsbekwaamheid vastgelegd op het moment van ondertekenen
  • Ondertekenen namens een cliënt, met de bevoegdheid vastgelegd
  • Medeondertekening door een supervisor waar de dienst dat verlangt

Elektronische handtekening — zorg (Verenigde Staten)

De onderdelen die HIPAA van een machtiging verlangt, gevalideerd in plaats van aan een sjabloon toevertrouwd.

  • Validatie van de vereiste onderdelen van een HIPAA-machtiging
  • 42 CFR Part 2-materiaal gescheiden van de rest
  • De opgave van verstrekkingen die een covered entity op verzoek moet voortbrengen

Elektronische handtekening — HR

Een knop « handtekening vragen » op sollicitanten en werknemers, zodat een aanbod of een beleidsstuk getekend wordt waar de persoon toch al is.

  • Handtekening vragen op een sollicitantendossier
  • Handtekening vragen op een werknemersdossier
  • Verzoeken bewaard bij het dossier als zijn geschiedenis

Elektronische handtekening — verkoop

Een knop « handtekening vragen » op offertes en inkooporders.

  • Handtekening vragen op een verkooporder
  • Handtekening vragen op een inkooporder
  • Het getekende document bewaard bij de order

Overeenkomsten met elektronische handtekening

Zet handtekeningsjablonen waar de praktijk verkoopt: vastgezet aan een professional of aan een dienst, automatisch verstuurd bij de aankoop, en zichtbaar als status.

  • Sjablonen voor de elektronische handtekening vastgezet aan een behandelaar of aan een dienst
  • Verstuurd bij de aankoop, zonder dat iemand eraan hoeft te denken
  • De ondertekeningsstatus getoond aan professionals in het portaal en in de mobiele app

Platformdiensten

4

Drie modules die helemaal niet over praktijken gaan: de ene verbindt het landschap met een taalmodel, de andere beëindigt sessies die niemand gebruikt, en de derde repareert een stuk Odoo-gebruikersbeheer dat met de hand makkelijk fout gaat.

Beveiligde sessies

Beëindigt een sessie die niemand gebruikt. 45 CFR 164.312(a)(2)(iii) vraagt om beëindiging na een vooraf bepaalde periode van inactiviteit, en laat de periode aan u — dus het is een instelling, met de afdwinging op de server in plaats van in de browser.

  • Inactieve periode, waarschuwingsperiode en een absoluut plafond, per bedrijf ingesteld
  • Bij elk geauthenticeerd verzoek op de server gecontroleerd, zodat de browsertimer uitzetten niets oplevert
  • Een waarschuwing voordat de sessie eindigt, zodat niemand een halfgeschreven aantekening kwijtraakt aan een maatregel die hem juist moet beschermen

AI-brug

Verbindt Odoo Community met elk groot taalmodel, achter een interface — zodat de leverancier kan veranderen zonder dat de bedrijfslogica het merkt.

  • Aanbieders per implementatie ingericht, met het inloggegeven buiten de toepassingscode bewaard
  • Agenten gedefinieerd als prompts met de gereedschappen die zij mogen aanroepen
  • Gereedschappen aanroepen, zodat een model kan handelen in plaats van alleen antwoorden

Gebruikersuitbreiding

Een gebruiker met de hand tussen intern en portaal omzetten betekent toegangsrechten in de juiste volgorde bewerken en de neveneffecten onthouden. Dit maakt er een knop van.

  • Een veld Gebruikerstype op het gebruikersformulier, in de lijst en in de zoekfilters
  • Knoppen Omzetten naar intern en Omzetten naar portaal op het gebruikersformulier
  • Een actie Gebruikerstype omzetten in de lijst met gebruikers, voor meerdere gebruikers tegelijk

Schil van de publieke site

Koptekst, voettekst en de inlogpagina op één opmaak, genoemd naar de vennootschap in deze database.

  • Één opmaak voor de koptekst, de voettekst en de inlogpagina
  • De naam die wordt getoond is de vennootschap in deze database, niet een waarde die in een sjabloon is getypt
  • Het adres van het logo en een eigen copyrightregel zijn systeemparameters, ook te wijzigen onder Instellingen → Website → Publiek merk

De levensloop van contracten

12

Een overeenkomst is een dossier met bepalingen die in de loop van de tijd veranderen, geen opgeborgen pdf. De kern draagt wat voor elk contract in elke branche geldt; al het andere is optioneel. Deze hele tak komt met de codebasis mee en staat uit in de implementatie van de praktijk — zij staat hier omdat zij deel van het systeem is, niet omdat een praktijk haar vanaf dag één draait.

Contracten — kern

De overeenkomst, haar partijen, haar gestructureerde bepalingen met hun herkomst, haar versies, en een workflow van in te richten fasen afgebeeld op vijf vaste stadia.

  • Overeenkomsten met partijen, gestructureerde bepalingen en de herkomst van die bepalingen
  • Versies, zodat « wat stond er in maart? » een vraag blijft waar een antwoord op is
  • In te richten fasen, afgebeeld op vijf vaste stadia

Contracten — onderhandeling

Zo gebouwd dat het nakijken gericht is op wat er veranderd is en wat er afwijkt, en nooit op ongewijzigde standaardtekst — en juist daar worden contractsystemen meestal verlaten.

  • Een clausulebibliotheek gekoppeld aan gestructureerde bepalingen, zodat een terugvaloptie aanvaarden de bepaling zet die zij draagt
  • Draaiboeken, ronden, geschilpunten en vastgelegde afwijkingen
  • Overleggen als volwaardige onderhandelingsronden, die de redenering en de standpunten bewaren

Contracten — goedkeuringen

Goedkeuring beslist op meer dan één as. Haar als anciënniteit alleen behandelen is de gewone ontwerpfout: een standaardgeheimhoudingsovereenkomst heeft bij welk bedrag dan ook niemand hoog in de organisatie nodig.

  • Goedkeuring op bedrag, afwijking, contracttype en risico
  • Afwijking als eigen as in plaats van als correctie op het bedrag
  • Goedkeuring door een gemachtigde altijd als zodanig vastgelegd — « namens » is een ander feit

Contracten — wijzigingen

Legt vast wát een wijziging veranderd heeft, niet slechts dat zij bestaat.

  • Een wijziging doorvoeren sluit de bepalingsregels die zij verandert en opent nieuwe op de ingangsdatum
  • Alles wat uit een gewijzigde bepaling afgeleid is wordt opnieuw berekend, en de verschuiving wordt vóór het doorvoeren getoond
  • Botsende wijzigingen worden bij het doorvoeren opgemerkt

Contracten — verplichtingen en datums

De handtekening is het begin van de verplichting, niet het eind van een workflow. Dit draagt wat er daarna gebeurt.

  • Verplichtingen in beide richtingen, met bewijs waar bewijs verlangd wordt
  • Afgeleide datums berekend uit bepalingen in plaats van ingetikt, en meebewegend wanneer de bepalingen die ze aandrijven bewegen
  • Een escalatieladder die er niet op leunt dat de persoon herinnerd wordt die al niet gehandeld heeft

Contracten — projecten, tijd en kosten

Twee soorten kosten, uit elkaar gehouden: wat een contract kostte om te winnen, en wat het kost om eronder te leveren. Ze samenvoegen levert een getal op dat geen van beide vragen beantwoordt.

  • De inspanning bij het onderhandelen vastgelegd als overhead, of het contract nu getekend wordt of niet
  • Leveringskosten teruggehaald tegen de contractwaarde
  • Contracten veel-op-veel aan projecten gekoppeld met een rol, want één projectveld breekt bij de eerste raamovereenkomst

Contracten — declarabele tijd en honorariumgrondslagen

Wat een uur waard is, wat het honorarium toestaat, en de vier cijfers die allebei nodig hebben.

  • Tarieven, een declarabelvinkje en een gefactureerdstaat op vastgelegde tijd
  • Honorariumgrondslagen vermeld op het contract
  • Terugverdienpercentage — gefactureerd tegenover de waarde van de vastgelegde tijd

Contracten — portaal voor de wederpartij

Het vierde uitwisselingskanaal: de wederpartij leest hier de huidige versie, becommentarieert haar, en uploadt haar bewerkingen als inkomende ronde.

  • De wederpartij opent de huidige versie, becommentarieert haar en stuurt haar bewerkingen terug
  • Bewerkingen komen binnen als inkomende ronde met het bestand erbij, niet als een e-mail die iemand moet onthouden op te bergen
  • Er is niets interns zichtbaar — geen standpunten, afwijkingen, goedkeuringen, het draaiboek of interne notities

Contracten — brug naar de elektronische handtekening

Hoe een contract de handtekeningdienst gebruikt. De voltooiing is de gebeurtenis die al het andere in gang zet.

  • Goedkeuringen moeten compleet zijn voordat een versie verstuurd kan worden
  • De bevoegdheid van de ondertekenaar om te binden getoetst aan zijn bevoegdheidsbewijs
  • De versie vergrendeld wanneer zij uitgaat, zodat elke latere bewering over wat er getekend is aantoonbaar is

Contracten — brug naar beveiligde opslag

Elk contract versleutelen maakt het systeem onbruikbaar; geen enkel contract versleutelen maakt het onveilig. Vertrouwelijkheid is daarom een niveau op de overeenkomst.

  • Alleen overeenkomsten die als beveiligd gemarkeerd zijn laten hun documenten door de beveiligde documentdienst lopen
  • Versleuteling per versie onder een sleutel die buiten de database bewaard wordt
  • Standaard weigeren, en elke leesactie gelogd voordat er inhoud teruggegeven wordt

Contracten — rapporten

Signaallijsten die leeg zouden moeten zijn, en de managementbeelden waar het de moeite waard is over te twisten.

  • Een signaallijst bevat alleen wat uit de pas loopt — een lege lijst is het goede resultaat
  • Een signaal waarvan het model niet geïnstalleerd is meldt zich als niet van toepassing in plaats van te falen
  • Onbeperkte aansprakelijkheid getoond als lijst, nooit als getal dat in een totaal opgeteld wordt

Juridische rapporten — cliënten, juristen en leiding

Drie lezers, één rekensom. Dezelfde getallen één keer berekend en op drie manieren weergegeven, in plaats van per scherm opnieuw afgeleid, waar zij uit elkaar zouden lopen.

  • Eén termijnenbeeld: afgeleide contractdatums, verplichtingen in beide richtingen, acties die bij overleggen afgesproken zijn en leveringstermijnen
  • Projectbeheersing: opbrengst, arbeid, vastgelegde kosten, marge en afwijking van de raming, als bewaard beeld zodat er gegroepeerd kan worden
  • Een beeld voor de cliënt van waar het werk staat en wat er verschuldigd is

Contractregels

2

Beschrijft het één ding, dan is het gegevens. Controleert het een verhouding tussen dossiers, dan is het code. Deze twee modules zijn de enige plekken waar die toets een regel uit een pakket haalt.

Contracten — IP-regels

Twee regels, en maar twee — die welke dossiers met elkaar vergelijken en daarom niet als inrichting uit te drukken zijn.

  • Het gebied van een sublicentie moet binnen dat van haar moederlicentie vallen
  • Twee exclusieve licenties mogen elkaar niet overlappen
  • Gescheiden gehouden van het IP-pakket, zodat een bedrijf de contracttypen kan installeren zonder de controles

Contracten — juridische regels

Belangenverstrengeling controleren bij het aannemen van een contract, net als bij het openen van een zaak. Het houdt de faseovergang tegen; het waarschuwt niet.

  • Een wederpartij getoetst aan bestaande cliënten, tegenpartijen in lopende zaken, en bekende gelieerde partijen
  • Houdt de faseovergang tegen in plaats van een waarschuwing te geven die weggeklikt kan worden
  • De controle zelf onveranderlijk zodra zij vastgelegd is — wie haar uitvoerde, over welke reikwijdte, en wat hij vond

Branchepakketten voor contracten

8

Een branche is een inrichtingspakket, geen aparte codetak. Elk van deze bestaat uit overeenkomsttypen, bepalingstypen, een clausulebibliotheek, een draaiboek en verplichtingssjablonen — en, in zeven van de acht, geen regel Python.

Contracten — algemeen pakket

Het startpakket. Installeer de kern en dit, en een bedrijf draait vanaf de eerste dag zijn contracten zonder dat er eerst iets ingericht hoeft te worden.

  • Geheimhoudings-, raam-, werkopdracht-, diensten-, advies-, leverings- en inkoopovereenkomsten
  • De bepalingen die elk type draagt, en de workflow waar het doorheen loopt
  • Poorten die tegenhouden dat een halfaf contract de handtekening bereikt

Contracten — personeelspakket

Dienstverband, opdrachtverlening, advies en vaststelling.

  • Overeenkomsttypen, looptijdtypen, clausulebibliotheek en draaiboek voor het contracteren van dienstverbanden
  • Verplichtingssjablonen voor opzegtermijn, proeftijd en bepalingen na afloop van het dienstverband
  • Vaststellingsovereenkomsten standaard beveiligd — elk woord weegt, en een toezichthouder vraagt er later naar

Contracten — juridisch pakket

Advocatenkantoren — contracten voor cliënten en met hen — en de juridische afdelingen van bedrijven. Hetzelfde systeem bedient beide taken met scherp verschillende standaarden.

  • Opdrachtbevestigingen, doorlopende opdrachten en instructies aan een advocaat
  • Een clausulebibliotheek waarin de gereguleerde formulering als verplicht gemarkeerd staat
  • De opdrachtbevestiging van een kantoor standaard vertrouwelijk en gespecificeerd

Contracten — IP-pakket

Licentiegevers, houders van octrooien en merken, bureaus voor technologieoverdracht, universiteiten en merkeigenaren.

  • Licenties, overdrachten en opties als overeenkomsttypen, met looptijdtypen voor licenties
  • Clausulebibliotheek, draaiboek en verplichtingssjablonen
  • Met opzet geen bezittingenregister — de verleningsgeschiedenis van een octrooi hoort bij het portefeuillesysteem dat haar al bewaart

Contracten — vastgoedpakket

Huurovereenkomsten, voorovereenkomsten tot huur, gebruiksrechten, verkopen, erfdienstbaarheden en de akten die aan een huurovereenkomst hangen.

  • Opzegdata als bepalingen die datums aandrijven, want een recht om op te zeggen vervalt in stilte
  • Het opzegvenster als verplichting afgeleid uit de opzegdatum, en beide escaleren
  • Huurherziening, servicekosten en herstel in de oude staat als bepalingen

Contracten — financieringspakket

Schulddocumenten: kredietovereenkomsten, borgtochten, zekerheden, en akten van achterstelling en tussen schuldeisers.

  • Financiële convenanten als gestructureerde bepalingen, met afgeleide toetsdatums
  • Het nalevingscertificaat als verplichting waarvoor bewijs vereist is
  • « Welke faciliteiten worden dit kwartaal getoetst, en op welke cijfers? » wordt een vraag met een antwoord

Contracten — bouwpakket

Hoofdaannemingsovereenkomsten, onderaannemingen, opdrachten aan adviseurs, nevengaranties en de instrumenten eromheen.

  • Gebouwd rond de keten: een hoofdovereenkomst belooft een datum die alleen de onderaannemingen kunnen halen
  • Doorgelegde bepalingen bewaard als gestructureerde bepalingen, zodat zij de keten af vergeleken kunnen worden
  • Aansprakelijkheid die de onderaannemingen en de beroepsaansprakelijkheidsdekking moeten dragen

Contracten — gegevensbeschermingspakket

Verwerkersovereenkomsten, business associate agreements en subverwerkersbepalingen.

  • Verwerkersovereenkomst, BAA en subverwerkersovereenkomst als overeenkomsttypen, met de bepalingen die zij dragen
  • Het venster om een inbreuk te melden als eigen bepaling, want het wordt in uren gemeten
  • Auditrespons en kennisgeving over een subverwerker als afgeleide datums

Onder dit alles

Odoo 19 Community, en waar elke applicatie voor dient

De bedrijfskern. Open source, geen licentievergoeding, geen bedrag per gebruiker — en de laatste groep zijn applicaties die met dezelfde licentie meekomen en gratis kunnen worden ingeschakeld wanneer u wilt.

Odoo Community — het fundament

8

De bedrijfskern is Odoo 19 Community. Elke applicatie in deze groep en in de vier die volgen heeft open broncode en draagt geen licentiekosten — hier wordt niets gekocht, en nergens in de hele stapel zit een Enterprise-bedrag per gebruiker. Waarvoor een offerte gemaakt wordt is de inrichting en de ontwikkeling: het werk om het bij uw praktijk te laten passen. U betaalt nooit voor de software die er al is. Deze eerste groep is waar elke andere module op staat.

Kern

Bedrijven, gebruikers, groepen, contacten, talen en de dossierregels die bepalen wie wat ziet. Staat niet in de lijst met apps omdat alles ervan afhangt.

  • Bedrijven en afbakening over meerdere bedrijven
  • Gebruikers, groepen en toegangsregels op dossierniveau
  • Contacten als één model dat cliënten, professionals en leveranciers delen

Webcliënt en bewerkers

De backofficeomgeving waarin medewerkers werken, en het bewerkgereedschap achter elk veld met opgemaakte tekst en elk websiteblok.

  • Weergaven als lijst, formulier, kanban, agenda, draaitabel en grafiek
  • Filters, groeperingen en bewaarde zoekopdrachten op elk scherm
  • Exporteren naar CSV en XLSX vanuit elke lijst

WebWeb RoutingHTML EditorHTML Builder

Discuss en chatter

Berichten, en de berichtendraad die aan elk dossier hangt — en zo houdt een beslissing haar geschiedenis in plaats van in iemands postvak te wonen.

  • De chatter op elk dossier: berichten, notities, volgers en bijgehouden veldwijzigingen
  • Interne kanalen en rechtstreekse berichten
  • Uitgaande e-mail met sjablonen, en routering van binnenkomende post

DiscussOdooBotOdooBot - HR

Klantportaal

Het afgeschermde gedeelte dat een cliënt, een professional of een wederpartij bereikt zonder interne gebruiker te zijn — alles onder /my.

  • Portaalgebruikers zonder toegang tot de backoffice
  • Documenten, bestellingen en facturen gedeeld met degene bij wie zij horen
  • Het kader waarbinnen elke eigen portaalpagina in dit platform gebouwd is

Customer PortalCustomize Signup Page

Contacts

De adresboektoepassing: mensen, organisaties, en de verhoudingen daartussen.

  • Personen en bedrijven, met onderliggende contacten
  • Adressen, fiscale nummers en bankgegevens
  • Labels en categorieën die voor segmentatie gebruikt worden

Contacts

Producten en prijslijsten

Wat er verkocht wordt. In een praktijk zijn dat sessies en pakketten, maar het model eronder is het standaardmodel.

  • Productsjablonen en varianten
  • Maateenheden, en dienstproducten voor tijd
  • Prijslijsten, zodat een pakket of een segment anders geprijsd kan worden

Middelen en werktijd

Werkagenda's, capaciteit en verlof — het model waarin de weekuren en de uitzonderingen met datum van een professional uitgedrukt worden.

  • Werkroosters per persoon, met tijdzones
  • Capaciteit en verlof van middelen
  • De agenda waartegen de bezetting berekend wordt

Resource

Inrichting en technische helpers

De kleine geïnstalleerde modules die niemand met opzet opent, en die elk een bepaalde categorie supportmeldingen wegnemen.

  • Introductiegereedschap — begeleide voortgang bij het inrichten van een nieuwe implementatie
  • Validatie van telefoonnummers — nummers bij het invoeren genormaliseerd, zodat sms ook werkelijk aankomt
  • Google reCAPTCHA — bescherming tegen spam op openbare formulieren

Onboarding ToolboxPhone Numbers ValidationGoogle reCAPTCHA integrationGoogle Gmail

Odoo Community — verkoop, geld en betalingen

8

De transactionele helft van de kern: wat er verkocht wordt, wat er gefactureerd wordt, hoe het betaald wordt en wat het bedrijf uitgeeft. Elk cijfer op de tekening voor de boekhouding komt hiervandaan.

Sales

Offertes en verkooporders — het dossier waar elke gekochte sessie aan hangt, en het linkeruiteinde van de geldketen.

  • Offertes, bevestiging en verkooporders
  • Orderregels die de gekochte sessies of pakketten dragen
  • Levering- en facturatiestatus per regel

Sales

Facturatie en boekhouding

Het grootboek. Facturen, leveranciersfacturen, betalingen, belastingen en afletteren — waar de boeken van de praktijk werkelijk wonen.

  • Verkoopfacturen en creditnota's, waarbij verstuurde facturen onveranderlijk zijn
  • Leveranciersfacturen — ook die welke een betaalronde voor professionals aanmaakt
  • Betalingen, bankafschriften en afletteren

Invoicing

Analytische boekhouding

Kosten en opbrengsten toegewezen aan iets anders dan een rekening — een project, een dienstlijn, een professional.

  • Analytische rekeningen en verdelingen
  • Kosten en opbrengsten bijgehouden per project of per dienstlijn
  • De dimensie waarover de margerapportage berekend wordt

Betaalraamwerk

Het raamwerk waar betaalmethoden in klikken, zodat een aanbieder toevoegen of wisselen inrichting is in plaats van ontwikkeling.

  • Betaalaanbieders per bedrijf ingericht
  • Betaaltokens, voor een bewaarde kaart die een cliënt opnieuw gebruikt
  • Transacties met een eigen staat, afgeletterd tegen facturen

Geïnstalleerde betaalaanbieders

Er staan er drie aan: een echte kaartverwerker, een demoversie voor opleiding, en handmatige methoden voor geld dat buiten een gateway om binnenkomt.

  • Stripe — kaarten, wallets en bewaarde betaalmethoden
  • Demo — een aanbieder die zich als een echte gedraagt, voor opleiding en oefening
  • Eigen betaalwijzen — bankoverschrijving, contant en alles wat met de hand afgeletterd wordt

Payment Provider: StripePayment Provider: DemoPayment Provider: Custom Payment Modes

Kortingsbonnen en loyaliteit

Kortingen, acties, cadeaubonnen en loyaliteitsprogramma's — evengoed toegepast op een verkooporder als bij het afrekenen in de webwinkel.

  • Kortingscodes en automatische acties
  • Loyaliteitskaarten en het opbouwen van punten
  • Cadeaubonnen, en saldi in de eWallet

Coupons & LoyaltySale LoyaltySale Loyalty - Delivery

Expenses

Wat medewerkers uitgeven, en het deel daarvan dat aan een cliënt doorbelast wordt in plaats van zelf gedragen.

  • Declaraties, goedkeuring en vergoeding
  • Declaraties rechtstreeks in de boekhouding geboekt
  • Een declaratie doorbelasten door er de verkooporder op te zetten

ExpensesSales Expense

Purchase

Inkooporders en leveranciersbeheer — de kant van de vastgelegde kosten, en hoe leveranciersfacturen binnenkomen.

  • Offerteaanvragen en inkooporders
  • Leveranciersdossiers en prijslijsten
  • Leveranciersfacturen gematcht tegen orders

Purchase

Odoo Community — CRM, berichten en marketing

6

Hoe een vraag een cliënt wordt, en elk kanaal waarlangs het bedrijf iemand bereikt. Dit is de groep die de meeste praktijken onderbenutten, en de groep die van de behandelaarslijst boekingen maakt.

CRM

Leads en verkoopkansen — hier gebruikt voor vragen van wie nog geen cliënt is, en voor de consultatieverzoeken die uit de app binnenkomen.

  • Leads, verkoopkansen en een in te richten pijplijn
  • Activiteiten en volgende stappen bij elke verkoopkans
  • Verliesredenen en rapportage over het winstpercentage

CRM

Leads verrijken en de pijplijn als spel

Invullen wat een lead u niet verteld heeft, leads vinden die nooit contact opnamen, en een verkoopteam iets geven om over te wedijveren.

  • Leads verrijken — bedrijfsgegevens automatisch aangevuld vanuit een e-maildomein
  • Leads genereren — leads gedolven op branche, omvang en locatie
  • CRM als spel — doelen, insignes en ranglijsten op de pijplijn

Lead EnrichmentLead GenerationCRM Gamification

Livechat

Een chatvenster op de openbare site, bemand door echte mensen, en gekoppeld aan zowel de pijplijn als de HR-helpdesk.

  • Livechat — operators, kanalen en standaardantwoorden
  • Livechat op de website — het venster op de openbare site en in de behandelaarslijst
  • CRM-livechat — een gesprek omgezet in een lead zonder iets over te tikken

Live ChatWebsite Live ChatCRM LivechatHR - Livechat

Sms

Het kanaal met het hoogste openingspercentage, gekoppeld aan de plekken waar een praktijk het werkelijk nodig heeft. Sessieherinneringen gebruiken het al.

  • Sms-gateway — de verzendinfrastructuur en de afleverstatus
  • Sms in CRM — een lead een bericht sturen vanuit de verkoopkans
  • Sms naar een bezoeker — en de variant die vanuit een lead werkt

SMS gatewaySMS in CRMSend SMS to VisitorSend SMS to Visitor with leadsRecruitment - SMS

WhatsApp snel versturen

Een eigen uitbreiding op leads en contacten: stuur een vooraf opgesteld WhatsApp-bericht zonder het dossier te verlaten.

  • Knop om snel te versturen op een lead en op een contact
  • Vooraf opgestelde berichtsjablonen
  • Het kanaal dat veel cliënten in deze markt werkelijk lezen

CRM Extension v2 - WhatsApp Quick Send

Samenvattingen en links volgen

Periodieke cijfers gestuurd naar de mensen die ze zouden moeten zien, en toerekening voor elke link die het bedrijf publiceert.

  • Samenvattingen met kengetallen — een geplande samenvatting die naar leidinggevenden gemaild wordt
  • Linkvolger — korte links met UTM-labels en klikstatistieken
  • Campagne, medium en bron vastgelegd bij de bezoeker die omzette

KPI DigestsLink Tracker

Odoo Community — website en webwinkel

5

Het publieke gezicht: de lijst waar een onbekende op landt, de kassa die hij doorloopt, en de formulieren die van een bezoeker een dossier in het systeem maken.

Website

De paginabouwer achter de openbare site — de pagina's die marketing zonder ontwikkelaar bewerkt.

  • Pagina's met versleepbare, herbruikbare blokken
  • Pagina's in meerdere talen en SEO-metadata
  • Menu's, thema's en versies van pagina's

Website

eCommerce

Verkopen op de openbare site: de catalogus, de winkelwagen en het afrekenen dat een cliënt doorloopt voordat hij ooit een tegoed heeft.

  • Openbare productcatalogus en productpagina's
  • Winkelwagen, afrekenen en betalen op de website
  • Klantaccounts en bestelgeschiedenis

eCommerce

Blog

De publicatiekant: de artikelen die in de inhoudsstroom van de app en op de openbare site verschijnen.

  • Blogs, berichten, labels en reacties
  • Berichten in meerdere talen
  • De bron waar de gerangschikte inhoudsstroom uit leest

Blog

Websiteformulieren en inzendingen

De drie plekken waar een bezoeker zonder account een dossier kan aanmaken — en elk ervan komt terecht waar een mens werkelijk werkt.

  • Contactformulier — een vraag die als lead binnenkomt, niet als e-mail
  • Online taak indienen — een websiteformulier dat een projecttaak aanmaakt
  • Online vacatures — vacatures gepubliceerd, en sollicitaties die in Werving binnenkomen

Contact FormOnline Task SubmissionOnline Jobs

Websiteleidingwerk

Drie kleine modules die de openbare site met de rest van het systeem verbinden. Niemand opent ze; zonder hen breekt alles.

  • Website-e-mail — abonnementen en berichtendraden op openbare pagina's
  • Websitecontact — een openbare pagina voor een contact, en dat is wat een professionalprofiel is
  • Websitebetaling — betalen op de site, gekoppeld aan het betaalraamwerk

Website MailWebsite PartnerWebsite Payment

Odoo Community — mensen, levering en planning

9

De personeelskant. Werknemersdossiers dragen de contractversies waaruit de betaling van een professional geprijsd wordt, en de agenda draagt elke sessie die de praktijk levert.

Employees

Werknemersdossiers en contracten. In Odoo 19 is een contract een versie van de werknemer, en die tijdlijn van versies is wat de betalingsvoorwaarden van een professional draagt.

  • Werknemersdossiers, afdelingen en functies
  • Contractversies met een gedateerde geschiedenis, waarvan er één tegelijk geldt
  • Werkrooster per werknemer

Employees

Vaardigheden en organogram

Waar elke professional voor gekwalificeerd is, wanneer die kwalificatie verloopt, en wie aan wie rapporteert.

  • Vaardighedenbeheer — vaardigheden, niveaus en groei per werknemer
  • Vaardigheidscertificering — certificaten met een vervaldatum, en dat is wat een bevoegdheid naloopbaar maakt
  • HR-organogram — rapportagelijnen op het werknemersdossier

Skills ManagementSkills CertificationHR Org ChartHR Gamification

Recruitment

Sollicitanten en aannemen — en de reden dat een aanbod een van de documenten is die de handtekeningstapel moet afhandelen.

  • Functies, sollicitanten en een wervingspijplijn
  • Gesprekken plannen en scorekaarten
  • Vaardigheden gematcht tegen de eisen van de functie

RecruitmentRecruitment - Skills Management

Thuiswerken

Waar iedereen op een bepaalde dag werkt — en voor een praktijk betekent dat weten wie er op de praktijk is om een cliënt te ontvangen.

  • Thuis- en kantoordagen per werknemer
  • Dezelfde informatie getoond op de teamagenda
  • Zichtbaar naast de kameragenda bij het plannen van sessies op locatie

Remote WorkRemote Work with calendar

Project

Projecten en taken. Gebruikt voor leveringswerk en, in de contracttak, om de kosten van het winnen van een contract gescheiden te houden van de kosten van het leveren eronder.

  • Projecten, taken en fasen
  • Toewijzing, deadlines en voortgang
  • Documenten indienen op taakniveau, inclusief beveiligde documenten

Project

To-Do

Een persoonlijke takenlijst per gebruiker, los van projectwerk — waar de kleine dingen heen gaan die een leidinggevende tijdens de ochtendroutine oppikt.

  • Persoonlijke taken met vervaldatums
  • Om te zetten in een projecttaak wanneer het echt werk blijkt te zijn

To-Do

Calendar

Afspraken en gebeurtenissen. Elke sessie is er onderhuids een agendagebeurtenis, en dat is wat kamer- en teamagenda's echt maakt in plaats van een weergave.

  • Gebeurtenissen met deelnemers, herhaling en herinneringen
  • Beschikbaarheid zichtbaar over een heel team
  • Synchronisatie met externe agenda's

Calendar

Surveys

Vragenlijsten. Hier gebruikt voor intakevragen die bij het boeken gesteld worden en voor de privé-enquête na een sessie.

  • Vragenlijsten met voorwaardelijke vragen
  • Antwoorden bewaard bij de persoon die antwoordde
  • Scoring, waar een vragenlijst een test is

Surveys

Urenstaten

Tijd geschreven op een project of een taak. Beschikbaar en uitgezet in de referentie-implementatie — het is een afhankelijkheid van de contracttak in plaats van van het praktijkwerk.

  • Tijdregels op projecten en taken
  • Kosten per uur uit het werknemersdossier
  • Goedkeuring van urenstaten en rapportage

Odoo Community — geïnstalleerd en uitgezet

7

De referentie-implementatie draait 94 applicaties. Deze vierenzeventig komen daarmee mee onder dezelfde open licentie en staan eenvoudigweg uit. Geen ervan is een verkooptruc en geen ervan draagt kosten — een praktijk die later een opleidingstak, een winkel of een andere kaartverwerker wil, zet er een aan en betaalt alleen voor de inrichting. Zij staan hier gegroepeerd zodat « doet het X? » ook een antwoord heeft wanneer X vandaag uitstaat. De contracttak, die ook uitstaat, staat onderaan deze pagina.

Evenementen, e-learning en gemeenschap

Een opleidingstak: betaalde of kosteloze evenementen, online cursussen, en een openbaar forum — alles verkocht via dezelfde winkelwagen en gerapporteerd in dezelfde boeken.

  • Evenementen met inschrijving, kaartverkoop, programmaonderdelen en standhouders
  • Evenementen verkocht als producten via de bestaande kassa
  • Live programmaonderdelen en quizzen voor online sessies

EventsEvents OrganizationEvents ProductEvents SalesEvent CRMEvent CRM SaleEvent ExhibitorsLive Event TracksQuizzes on TracksSMS on EventsEvent Attendees SMS MarketingTrack Speakers SMS MarketingWebsite Events CRMeLearningSkills e-learningForum

E-mail- en sms-marketing

Campagnes naar lijsten die het bedrijf al heeft. De praktijk verstuurt vandaag transactionele e-mail en sms; dit is de marketinghelft van dezelfde infrastructuur.

  • E-mailmarketing — campagnes, sjablonen, A/B-testen en statistieken
  • Sms-marketing — hetzelfde, op het kanaal met het hoogste openingspercentage
  • Massapost gericht op leads, verkoopkansen, deelnemers aan een evenement of sprekers

Email MarketingSMS MarketingMass mailing on attendeesMass mailing on lead / opportunitiesMass mailing on track speakersMass mailing sms on lead / opportunitiesMarketing CardNewsletter Subscribe ButtonNewsletter Subscribe SMS Template

Voorraad en kassa

Voor een praktijk die ook iets fysieks over de toonbank verkoopt — boeken, supplementen, testpakketten — of een kassa aan de balie heeft.

  • Voorraad — standen, locaties, aanvulling en waardering
  • Kassa — een kassa die offline werkt en later synchroniseert
  • Kortingen aan de kassa, en de loyaliteitsprogramma's die al ingericht zijn

InventoryPoint of SalePoint of Sale - Coupons & LoyaltyPoint of Sale Discounts

Verlof, aanwezigheid, wagenpark en lunch

De kant van de personeelsadministratie. Relevant zodra een praktijk genoeg mensen in dienst heeft dat verlof en aanwezigheid niet meer in een gedeelde agenda passen.

  • Verlof — aanvragen, goedkeuring, saldi, en het effect op loonstroken
  • Aanwezigheid — in- en uitklokken, met presentiecontrole
  • Aanwezigheidsrapportage naast de urenstaten

Time OffTime Off in PayslipsAttendancesTimesheets/attendances reportingEmployee Presence ControlHR Attendance HolidaysEmployee Hourly WageFleetFleet HistoryLunch

Nog zeventien betaalaanbieders

Stripe staat aan. Elk van deze kan als inrichting toegevoegd of gewisseld worden — en dat is wat het betreden van een nieuwe markt een instellingswijziging maakt in plaats van een project.

  • Europa — Mollie, Buckaroo, Worldline, Redsys, Adyen
  • Amerika — Authorize.Net, Mercado Pago, PayPal, Nuvei
  • Midden-Oosten en Afrika — Amazon Payment Services, Paymob, DPO, Flutterwave

Payment Provider: AdyenPayment Provider: Amazon Payment ServicesPayment Provider: AsiaPayPayment Provider: Authorize.NetPayment Provider: BuckarooPayment Provider: DPOPayment Provider: FlutterwavePayment Provider: IyzicoPayment Provider: Mercado PagoPayment Provider: MolliePayment Provider: NuveiPayment Provider: PaymobPayment Provider: PaypalPayment Provider: RazorpayPayment Provider: RedsysPayment Provider: WorldlinePayment Provider: Xendit

Google-diensten en cloudopslag

Optionele externe diensten. Zij staan allemaal standaard uit, en dat is bewust: elk ervan stuurt iets buiten het landschap, en dat hoort een beslissing te zijn in plaats van een standaard.

  • Google Agenda — synchronisatie in twee richtingen voor de agenda's van medewerkers
  • Google Maps en het automatisch aanvullen van plaatsen op de website
  • Automatisch aanvullen van adressen door Google op contactformulieren

Google CalendarGoogle MapsGoogle places autocompletionGoogle Address AutocompleteGoogle UsersCloud StorageCloud Storage AzureCloud Storage Google

E-mailplug-ins en kleiner gereedschap

Losse eindjes die elk één smal probleem oplossen. Genoemd voor de volledigheid en niet omdat een praktijk ze op dag één nodig heeft.

  • E-mailplug-ins voor Outlook en Gmail, op CRM en op Projecten
  • E-mailgroep — een discussie in de stijl van een mailinglijst, met een archief op de website
  • Gegevens opschonen — vindt dubbele en verouderde dossiers

Mail PluginCRM Mail PluginProject Mail PluginMail GroupWebsite Mail GroupData RecycleWebsite profileHr Recruitment Interview FormsSales Expense MarginCRM Issabel Integration

Hoe men erbij komt

De mobiele app en de API-gateway

De app praat alleen met de gateway en houdt geen eigen geheim vast; de gateway is het enige dat de bedrijfskern kent. Daarom bereikt het wisselen van betaal- of AI-leverancier de app nooit, en kan de app de database nooit bereiken.

De mobiele app

14

Eén Flutter-applicatie voor iOS en Android, gebruikt aan beide kanten van het bedrijf. Een cliënt boekt en neemt deel via de app; een behandelaar runt er een hele praktijk mee. Zij praat alleen met de API-gateway en bewaart geen eigen geheimen.

Aanmelden en registreren

In de app komen, en de leeftijdspoort die bepaalt of een account überhaupt gebruikt mag worden.

  • Startscherm en de route bij de eerste start, zodat een terugkerende gebruiker landt waar hij gebleven was
  • Registreren en aanmelden tegen de gateway, met tokens in beveiligde opslag
  • Wachtwoord opnieuw instellen per e-mail

Identiteits- en leeftijdsverificatie

De controle die iemand in staat stelt zaken te doen, inclusief de staten waarin iemand verkeert terwijl een mens beoordeelt wat de automatische stap niet kon afdoen.

  • Begeleide inleiding die uitlegt wat er gevraagd wordt en waarom
  • Gezichtsscan, en documentcontrole als het alternatieve pad
  • Twijfelgevallen en de staat « in beoordeling », zodat iemand nooit in het ongewisse blijft

Home — inhoudsstroom

Het eerste tabblad. Een gerangschikte stroom artikelen, video's en updates, plus de uitgevers erachter.

  • Een gerangschikte inhoudsstroom, geserveerd door de gateway
  • Inhoudsdetail met afbeeldingen en opgemaakte tekst
  • Uitgeversprofielen, zodat een lezer een bron kan volgen

Ontdekken en zelftests

Gereedschap voor onderweg zonder begeleiding: tests die iemand zelf doet, hun uitkomsten, en de partnerfuncties die eromheen gebouwd zijn.

  • Een test doen, en de uitkomsten lezen
  • De delights-kaart — een persoonlijke weergave, en een gedeelde
  • Partners toevoegen, erbij komen, uitnodigen en vergelijken

Een professional vinden

De lijst met behandelaars zoals een cliënt haar tegenkomt: bladeren, vergelijken, bewaren, vragen, en de chat die erop volgt.

  • Bladeren en filteren in de lijst met professionals
  • Een profiel met kwalificaties, talen, diensten en beoordelingen
  • Bewaarde professionals — Mijn behandelaars

Diensten

Wat er werkelijk geboekt kan worden, met de prijs, de duur en of het online of op de praktijk is.

  • Bladeren door de diensten die in de hele praktijk aangeboden worden
  • Dienstdetail met prijs, duur en leveringswijze
  • Vanuit de dienst rechtstreeks door naar boeken of kopen

Winkel en afrekenen

Kopen — een losse sessie, een pakket, of een product. Hier komt het tegoed vandaan dat een cliënt later besteedt.

  • Productcatalogus en productdetail
  • Winkelwagen, afrekenen en de dienstverleningsovereenkomst die bij de aankoop aanvaard wordt
  • Bestelbevestiging, en de bestelgeschiedenis erachter

Een sessie boeken

Een tegoed besteden aan een bepaald tijdstip in een bepaalde agenda — en alles wat de cliënt er daarna over ziet.

  • Een boeking maken tegen echte beschikbaarheid, in de eigen tijdzone van de cliënt
  • De boekingenlijst, met elke status die een sessie kan hebben
  • Boekingsdetail: deelnamelink, locatie en kamer, verzetten en annuleren

Vragen, meldingen en partners

In het openbaar vragen, privé vragen, en de mensen met wie een cliënt zijn voortgang wil delen.

  • Een openbare vragenstroom, en een vraag stellen voordat u zich ergens aan vastlegt
  • Vraagdetail met het eigen antwoord van de professional
  • Supportmeldingen — er een indienen, hem volgen, de antwoorden lezen

Profiel — het knooppunt van de cliënt

Het derde tabblad, en het antwoord op de meeste supportvragen. Alles wat de app over de persoon weet, op één scherm.

  • Geboekte afspraken en afsprakengeschiedenis, met feedback en sessiebeoordelingen
  • Tegoeden, gekochte sessies en favorieten
  • Factuuradres, facturen, factuurdetail, betaalmethoden

Profiel — de praktijk van de behandelaar

Hetzelfde tabblad, gezien door een behandelaar. Dit is wat een hele praktijk te runnen maakt vanaf een telefoon in plaats van vanaf een bureau.

  • Beschikbaarheid: weekuren, en uitzonderingen op het rooster met datum
  • De gesprekken met cliënten, en de cliëntgeschiedenis achter elk gesprek
  • Een sessieverslag indienen vanuit de sessie waar het bij hoort

AI-assistent

Een assistent in de app waarmee u een gesprek voert, gestroomd door de gateway zodat er nooit een modelsleutel op het apparaat belandt.

  • Een chatscherm met gestroomde antwoorden
  • Gespreksgeschiedenis, zodat een draad later opgepakt kan worden
  • Gerouteerd via de AI-interface van de gateway, die uitkomt bij een echte aanbieder of bij een nabootsing

Instellingen, privacy en juridisch

De knoppen die iemand verwacht te vinden, inclusief de knoppen waarvan een toezichthouder verwacht dat hij ze kan vinden.

  • App-instellingen en taalkeuze over 23 talen
  • Privacy-instellingen, en welke meldingen via welk kanaal binnenkomen
  • Beveiligingsinstellingen, inclusief apparaatsessies

Kern van de app

Waar elke functie hierboven op gebouwd is. Geen scherm, maar de reden dat de schermen zich consequent gedragen.

  • Netwerkverkeer naar de gateway, met tokenvernieuwing en foutafhandeling op één plek
  • Beveiligde opslag voor tokens en beveiligde apparaatstaat
  • Routering, zodat een melding precies het scherm kan openen waar zij naar verwijst

De API-gateway

8

Een FastAPI-dienst die de enige backend is waarvan de app weet, en de enige plek waar een geheim bewaard wordt. Zij leidt het orkest: één tik kan vier systemen betekenen, en de gateway zet ze op een rij en geeft één antwoord terug. In totaal 28 groepen endpoints.

Identiteit en account

Bemiddelt het aanmelden bij de bedrijfskern en geeft eigen kortlevende tokens uit. De app houdt nooit een inloggegeven van de kern vast.

  • Aanmelden, registreren, vernieuwen en afmelden, met JWT uitgegeven door de gateway
  • De huidige gebruiker en zijn profiel
  • Apparaatregistratie, zodat pushmeldingen het juiste toestel bereiken

Behandelaarslijst en catalogus

Alles waar een cliënt doorheen bladert voordat hij iets uitgeeft, snel geserveerd en gecachet waar het duur is.

  • Professionals, hun profielen, beschikbaarheid en diensten
  • Dienstcategorieën en boekbare producten
  • Beoordelingen en waarderingen, met de moderatiestaat gerespecteerd

Boeken en geld

De transactionele helft. Aankoop, tegoed, boeking, factuur en betaling, elk afgebeeld op de bedrijfskern in plaats van opnieuw gebouwd.

  • Een boeking maken, verzetten en annuleren, met het beleid toegepast door de kern
  • Bestellingen en de tegoeden die zij voortbrengen
  • Facturen en factuurdocumenten

Inhoud en gemeenschap

De leeszware helft: waar iemand doorheen bladert wanneer hij niet aan het boeken is.

  • De gerangschikte inhoudsstroom en het inhoudsdetail
  • Openbare vragen en antwoorden
  • Ontdekken, zelftests en hun uitkomsten

Berichten en realtime

De WebSocket-hub. Chat, presentie, AI-stromen en signalering voor spraak en video, op één verbinding.

  • Beheer van de WebSocket-verbinding en presentie
  • Chat tussen cliënt en professional, en groepskanalen
  • Signalering voor spraak- en videogesprekken

Documenten en media

Bestanden, zo bewaard dat de app nooit rechtstreeks met de opslag praat en er niets vanaf een te raden URL geserveerd wordt.

  • Toegang tot beveiligde documenten, waarbij de toegangsregels van de kern geëerbiedigd worden in plaats van opnieuw beslist
  • Media uploaden en ophalen, via de gateway geproxyd
  • Afbeeldingen verkleind en gecachet, zodat een overzicht van behandelaars op een telefoon goedkoop is

Support, inrichting en AI

De rest: een melding indienen, om een consultatie vragen, de app vertellen wat deze implementatie aangezet heeft, en met een model praten.

  • Supportmeldingen en de antwoorden erop
  • Consultatieverzoeken
  • Inrichting tijdens het draaien, zodat de app alleen de functies toont die dit bedrijf aangezet heeft

Aanbiedersinterfaces (nabootsing eerst)

Vier schakelaars, elk uitkomend bij een echte aanbieder of bij een nabootsing. Het is waarom het landschap gedemonstreerd, ontwikkeld en getest kan worden zonder ook maar één extern account.

  • DATA_SOURCE — de Odoo-bedrijfskern, of een nagebootste gegevensverzameling
  • PAYMENTS — een echte aanbieder, of een nabootsing die zich als een echte gedraagt
  • NOTIFICATIONS — Firebase Cloud Messaging, of een nabootsing

Prijs de modules die u echt inschakelt

U wilt niet alle 150. Vertel ons welke onderdelen ertoe doen en de calculator geeft een eenmalig opbouwbedrag en een jaarlijks supportbedrag, gespecificeerd.