Sectorsoftware

Nedap Ons-koppeling laten maken

Ik koppel Nedap Ons aan je HR-systeem, zorgapp, planning of dashboard via de Ons API van Nedap Healthcare. Medewerkers, gebruikers en rapportages gaan erin, cliënten, roosters, uren en facturen komen eruit. Nedap beslist zelf over toegang. Een softwareleverancier doorloopt een intake en tekent een aansluitovereenkomst; een zorgorganisatie die zelf ontwikkelt, geeft alleen haar eigen medewerkers toegang tot het Ons API Dashboard. Connector en clientcertificaat staan op naam van een van die twee, nooit op naam van FLOH. Dat traject bereid ik met je voor.

Alle integraties

Zo loopt de data

voorbeeldopzet

Sync-log, zoals je hem in het logboek terugziet (voorbeeld)

Nieuwe medewerkers en hun rollen komen uit het HR-systeem, rapportages uit de zorgapp, roosterwijzigingen gaan als melding naar de planning en uren en facturen naar een dashboard.
  • Medewerker: van HR-systeem naar Nedap Ons, periodiek opgevraagd.
  • Dossier: tussen Zorgapp en Nedap Ons, in beide richtingen, direct, via webhook.
  • Rooster: van Nedap Ons naar Planning, direct, via webhook.
  • Uren, Facturen: van Nedap Ons naar Dashboard, per batch.

Kort antwoord

Werkgebied: Nederland · Bijgewerkt op door Alisina Nawabi

Wat het is
Een Nedap Ons-koppeling verbindt Nedap Ons met je andere systemen via de Ons API van Nedap. Medewerkers, gebruikers en rapportages gaan erin; cliënten, roosters, uren en facturen komen eruit, en webhooks melden wijzigingen. Toegang loopt via het Ons API Dashboard van Nedap, na een intake voor een softwareleverancier of met eigen medewerkers van een zorgorganisatie die zelf ontwikkelt, en altijd met een clientcertificaat van Nedap.
Voor wie
Zorgorganisaties in de VVT, gehandicaptenzorg en GGZ met een systeem zonder standaardkoppeling, en softwarebedrijven die hun product voor meerdere zorgorganisaties aan Nedap Ons willen koppelen.
Doorlooptijd
Een eerste koppeling tussen twee systemen staat meestal binnen 2 weken live. Meer objecten, richtingen of administraties kosten meer tijd; dat staat vooraf in de offerte. Het traject bij Nedap en de toestemming van de zorgorganisatie lopen daar los van.
Prijsindicatie
vanaf €4.000 voor een basisopzetEen basisopzet is één koppeling tussen twee systemen, gebouwd, getest en gedocumenteerd. Meer objecten, richtingen, administraties of uitzonderingen maken het groter. Je krijgt vooraf een vaste prijs.

Welke data synchroniseer ik?

Zo richt ik het meestal in. De tabel is ook het startpunt van de intake: jij bepaalt per object de richting en de bron.

Welke data de koppeling synchroniseert, in welke richting, wie de bron is en hoe vaak
ObjectRichtingBron van waarheidFrequentie
Medewerkers en dienstverbandenMedewerkers en dienstverbanden zijn aan te maken en te wijzigen, niet te verwijderen.naar Nedap OnsHR-systeemBij elke indiensttreding of wijziging
Gebruikers en rollenRollen zelf maakt de zorgorganisatie in Ons Autorisatie; de koppeling kent alleen rollen toe die de zorgorganisatie vrijgeeft en overschrijft daarbij alleen de rollen die ze eerder zelf toekende. Toegekende rollen opvragen kan niet, dus de koppeling houdt zelf bij wie welke rol kreeg.naar Nedap OnsHR- of IAM-systeemBij elke wijziging
CliëntenDe melding bevat alleen het type en het id; de koppeling haalt de cliënt daarna op.van Nedap OnsNedap OnsBij elke wijziging (webhook)
Rapportagesnaar Nedap OnsDossier in Nedap OnsDirect na het schrijven
Roosters en dienstenDe meldingen over roosters staan op de documentatiesite van de Ons API, niet in de lijst op het supportportaal.van Nedap OnsOns PlanningBij elke wijziging (webhook)
Uren (aanwezigheidsregistraties)Alleen te lezen: per medewerker, per cliënt of als export.van Nedap OnsNedap OnsDagelijks of per periode
FacturenAlleen te lezen, als stroom van facturen en factuurregels.van Nedap OnsNedap OnsDagelijks

Wat je met een Nedap Ons-koppeling doet

Voor bedrijven die zelf met de software werken, en voor wie er een product op bouwt voor eigen klanten.

  1. Van indiensttreding tot account, ook zonder standaardkoppeling

    Zorgorganisatie met een HR- of salarissysteem waarvoor nog geen koppeling met Nedap Ons bestaat

    1. Nieuwe medewerker en dienstverband in het HR-systeem
    2. Medewerker en dienstverband in Nedap Ons
    3. Gebruiker aangemaakt en team toegewezen
    4. Rollen toegekend die de zorgorganisatie vrijgaf

    Een nieuwe collega kan op dag één in Nedap Ons werken, zonder dat iemand de gegevens overtypt of rechten met de hand toekent.

    Wat de API hiervoor biedt: Medewerkers, dienstverbanden en gebruikers zijn via de Ons API aan te maken en te wijzigen, en teamlidmaatschap loopt via de medewerker. Rollen kent de koppeling toe met één aanroep per gebruiker; maken kan niet, dat doet de zorgorganisatie in Ons Autorisatie, die ook bepaalt welke rollen een koppeling mag toekennen. Welke rollen iemand al heeft, is niet op te vragen, dus de koppeling houdt dat zelf bij. Voor veel HR-systemen bestaat al een koppeling: Loket noemt er een die nieuwe en gewijzigde medewerkers in Nedap Ons zet, en Ons Podium toont een koppeling die medewerkers, gebruikers en rollen vanuit AFAS Profit in Nedap Ons zet en een IAM-koppeling die accounts en rechten vanuit het HR-systeem beheert. Qoden (Omniport) noemt ook een koppeling vanuit Nmbrs, en Nedap biedt zelf een XML-import waarmee een HR-leverancier zonder API-koppeling medewerkers aanlevert. AFAS en Nedap laten een pilotgroep vanaf 1 november 2026 een eigen standaardkoppeling testen en vanaf 1 januari 2027 invoeren; de eerste versie stuurt medewerkers, contracten, verzuim en verlofrechten van AFAS naar Nedap Ons, en roltoewijzing volgt later. Logt een medewerker die al in Nedap Ons staat voor het eerst in via SSO, dan maakt Nedap Ons zelf een gebruiker aan, en Ons Autorisatie kent standaardrollen en rollen op basis van een cliëntrelatie automatisch toe, als de zorgorganisatie die instelt; anders heeft een nieuwe gebruiker geen rechten. Dit scenario is voor een HR-systeem waarvoor zo’n koppeling er niet is, en voor rollen per functie.

    Lees de uitwerking in de gids
  2. Uren en zorgtoewijzingen in je eigen rapportage

    Zorgorganisatie die productiviteit en declarabele zorg naast andere bronnen wil zien

    1. Aanwezigheidsregistraties via de API of OnsDB opgehaald
    2. Zorgtoewijzingen en declaratieregels erbij
    3. Gekoppeld aan data van buiten Nedap Ons
    4. Afwijkingen per team zichtbaar in het dashboard

    Teamleiders en controllers zien geleverde en toegewezen zorg op één plek, naast cijfers die niet in Nedap Ons staan.

    Wat de API hiervoor biedt: Aanwezigheidsregistraties zijn via de API alleen te lezen, per medewerker, per cliënt of als export; zorgtoewijzingen en declaratieregels zijn te lezen en te schrijven, facturen alleen te lezen. Nedap levert daarnaast OnsDB, dat zulke tabellen naar een eigen database kopieert, bijvoorbeeld elke dag, voor rapportages en dashboards binnen de eigen organisatie; losse OnsDB-tabellen kunnen ook aan een koppeling worden toegevoegd, volgens Nedap alleen als een API-model de gegevens niet heeft, en zonder filter op velden. Voor stuurinformatie heeft Nedap Ons zelf dashboards, cliënt- en medewerkerrapporten en de Cockpit, die geleverde zorg naast het zorgarrangement en het budget legt. Nedap noemt daarnaast voorbeelden van BI-leveranciers die zorgorganisaties al met Nedap Ons gebruiken, en zegt zelf dat Nedap Ons geen generieke realtime BI-oplossing is waarin elke combinatie van gegevens direct in een dashboard staat. Dit scenario gaat over het combineren met data van buiten Nedap Ons.

    Lees de uitwerking in de gids
  3. Roosterwijzigingen direct in je eigen software

    Zorgorganisatie met eigen software voor flexpool, vervoer of bereikbaarheid

    1. Rooster of dienst gewijzigd in Ons Planning
    2. Ondertekende melding naar de koppeling
    3. Rooster opgehaald via de API
    4. Bijgewerkt in je eigen software

    Je eigen software volgt het rooster zonder export en zonder dat iemand een wijziging doorbelt.

    Wat de API hiervoor biedt: De documentatie van de Ons API noemt meldingen als een rooster of planning van een medewerker in Ons Planning verandert, en bij wijzigingen in roosterdiensten. Die meldingen zijn ondertekend en bevatten geen roostergegevens, alleen ids en een paar velden zoals de datum of periode, dus de koppeling haalt het rooster daarna op. Zonder webhooks blijft ook elke vijf minuten pollen volgens Nedap net achter. Voor flexinzet heeft Nedap Ons zelf de module Flexroosteren, tegen meerprijs, waarmee een team diensten aan flexteams aanbiedt, en medewerkers zien hun rooster al in het medewerkerportaal en de app Vandaag. Voor bereikbaarheid en flexinzet staan er ook koppelingen in Ons Podium, zoals TeamTelefoon en Elanza; dit scenario is voor eigen software zonder zo’n koppeling.

    Lees de uitwerking in de gids

Wat de API van Nedap Ons ondersteunt

Per object wat er via de API kan. Dit bepaalt wat een koppeling wel en niet kan doen.

Per object: lezen, aanmaken, wijzigen, verwijderen en webhook-ondersteuning in de Nedap Ons-API
ObjectLezenAanmakenWijzigenVerwijderenWebhook
Cliënten/v0/administration/clientsWijzigingen ook op te vragen via een stroom met alles wat sinds een datum veranderde.jajajaneeja
Medewerkers/v0/administration/employeesTeamlidmaatschap schrijf je via de medewerker.jajajaneeja
Dienstverbanden/v0/administration/contractsjajajaneeja
Gebruikers/v0/administration/usersRollen toekennen gaat via een aparte aanroep; rollen maken of toegekende rollen opvragen kan niet via de API.jajajajaja
Teams/v0/administration/teamsjaneeneeneeja
Locaties/v0/administration/locationsjajajaneeja
Zorgplannen/v0/administration/dossier/care_plansjajajajaja
Rapportages/v0/administration/dossier/reportsjajajajaja
Zorgtoewijzingen/v0/administration/careallocationsjajajaneeja
Roosters en diensten/v0/plannen_roosterenBasisroosters volledig; roosterdiensten lezen en toewijzen; diensten alleen lezen. Afwezigheid van medewerkers is een experimenteel endpoint. Meldingen staan alleen op de documentatiesite van de Ons API.jadeelsdeelsdeelsdeels
Agenda/v0/agendaReeksen aanmaken, losse afspraken wijzigen of verwijderen. Nedap breidt de lijst met meldingen nog uit.jajajajanee
Uren (aanwezigheidsregistraties)/v0/administration/presence/presence_logsPer medewerker, per cliënt of als export.janeeneeneenee
Declaratieregels/v0/administration/finance/declaration_rulesjajajajanee
Facturen/v0/xstream/invoicesEen stroom met facturen en hun regels.janeeneeneenee
Medicatie/v0/medicatie_legacyMedicatieplannen en toedieningen alleen lezen; schrijven kan alleen een dubbele controle. Ons Medicatie is een losse module van de zorgorganisatie.jadeelsneeneedeels

ja kan via de APIdeels kan met beperkingennee kan niet

Techniek en deadlines

De feiten waar een koppeling op rust, met de bron erbij. En wat er de komende tijd verandert.

API
REST met JSON, sinds medio 2024 alleen nog JSON. De paden beginnen met /v0/ en de naam van de applicatie, zoals /v0/administration/clients. Er zijn geen versienummers: een resource wordt zes maanden voor verwijdering als verouderd gemarkeerd, en het technisch contact in het Ons API Dashboard krijgt bericht. Nieuwe resources voegt Nedap zonder aankondiging toe.
Authenticatie
Mutual TLS met een clientcertificaat dat de certificaatautoriteit van Nedap ondertekent. De leverancier maakt zelf de private sleutel en een CSR en uploadt alleen de CSR; de sleutel deelt hij met niemand, ook niet met Nedap. Toegang tot een test- of productieomgeving begint pas na toestemming van de zorgorganisatie in Ons Podium. Volgens het supportportaal is het certificaat pas dan te downloaden; volgens de documentatiesite van de Ons API wordt een globaal of connectorcertificaat direct ondertekend, maar geeft het zonder die toestemming geen toegang.
Geldigheid
Hier zijn de pagina’s van Nedap het niet eens. Het supportportaal noemt één certificaat per omgeving per zorgorganisatie, jaarlijks te vernieuwen. De documentatiesite van de Ons API noemt drie bereiken: een globaal certificaat voor alle connectors van een leverancier (90 dagen), een certificaat per connector (180 dagen) en een per klantomgeving (365 dagen). Nedap mailt een maand voor het verlopen.
Omgevingen
Drie vaste omgevingen: ontwikkeling met fictieve data, staging (de testomgeving van een zorgorganisatie, volgens Nedap meestal met gegevens uit productie) en productie. Een softwareleverancier krijgt de ontwikkelomgeving pas na de intake; een zorgorganisatie die zelf ontwikkelt, werkt op haar eigen test- en productieomgeving, want de algemene ontwikkelomgeving van Nedap hoort daar niet bij. Een conceptversie werkt alleen op de ontwikkelomgeving; voor een test- of productieomgeving moet de versie eerst vastgezet zijn. De schakelaar Sandbox mode is geen aparte omgeving maar een filter op de connector, en de twee documentaties beschrijven aan en uit precies andersom; beide zeggen dat hij uit moet voor productie.
Toegang
Bedoeld voor een externe partij die altijd namens minstens één zorgorganisatie werkt. Na de intake tekenen leverancier en Nedap een aansluitovereenkomst. Elke versie zet de leverancier zelf vast. Voordat een versie naar het volgende stadium gaat, beoordeelt Nedap haar volgens de artikelen over webhooks, rechten en OnsDB-tabellen, en het supportartikel over API-koppelingen noemt een reviewproces; de beschrijving van de ontwikkelstadia noemt alleen bij de intake waarop Nedap beoordeelt. Een vastgezette versie is niet meer te wijzigen. Een zorgorganisatie kan ook zelf voor haar eigen omgevingen ontwikkelen; dan krijgen alleen haar eigen medewerkers toegang tot het Ons API Dashboard, en een externe partij die voor haar in het dashboard werkt, meldt zich als koppelpartner zelf via de intake aan. Dat die eigen medewerkers geen intake nodig hebben, beschrijft Nedap in zijn artikelen over OnsDB 5. Of dat ook voor andere koppelingen geldt, en of een externe ontwikkelaar die zonder toegang tot het dashboard alleen de code schrijft, zoals ik, als koppelpartner geldt, zeggen de pagina’s van Nedap niet; dat vraag ik bij Nedap na voordat ik begin. De zorgorganisatie geeft per versie en per omgeving toestemming in Ons Podium, sinds 5 september 2025 zonder supportticket, door een medewerker met de taak Toestemming voor externe koppelingen beheren.
Limieten
Per connector vier gelijktijdige aanroepen per certificaat; alleen die limiet handhaaft Nedap nu. Honderd aanroepen per seconde en tienduizend seconden aanroeptijd per dag staan erbij, maar worden nog niet gehandhaafd. Wie te veel vraagt, krijgt een 429.
Webhooks
Ondertekend met HMAC-SHA512. Een melding over een record bevat alleen het type en het id; de eigen meldingen van Nedap, zoals over roosters, hebben een kleine payload met ids en datums. Een melding mislukt zonder 200 binnen drie seconden en wordt niet automatisch herhaald; mislukte meldingen bewaart Nedap 24 uur en zijn dan opnieuw op te vragen. Meldingen komen alleen uit omgevingen met een actief certificaat, en de volgorde is niet gegarandeerd.
Gegevens beperken
Een connector krijgt alleen de modellen, handelingen en velden uit zijn specificatie. Losse OnsDB-tabellen geven altijd alle velden, want daarop filtert Nedap niet, en Nedap raadt ze alleen aan als een API-model de gegevens niet heeft. Het filteren van velden geldt alleen voor lezen: een PUT of POST op een model waarvan de koppeling niet alle velden ziet, kan verborgen velden leegmaken.
Wat niet kan
De Ons API is niet geschikt om gegevens uit te wisselen tussen verschillende zorgorganisaties. Nedap geeft zelf geen ondersteuning bij het uitwerken van een use case en verwijst naar zijn integratiepartners: drie op het supportportaal, vier op de documentatiesite van de Ons API.
Kosten
Het opzetten en activeren van koppelingen via de Ons API is volgens Nedap kosteloos. Een plek in Ons Podium is voor leveranciers een betaald pakket, Basis of Plus. Voor zorgorganisaties is Ons Podium gratis, al kunnen diensten in Ons Podium licenties of eenmalige kosten rekenen. Een eigen testomgeving vraagt een zorgorganisatie via een ticket aan, en Nedap rekent daarvoor kosten vanaf de activering.
Hosting
Nedap Healthcare host Nedap Ons op eigen servers en netwerkapparatuur in meerdere datacenters van juridisch gescheiden leveranciers, verspreid over Nederland, en treedt meestal op als verwerker. Nedap Healthcare noemt onder meer ISO 27001, ISO 27701 en NEN 7510.
Bereik
Nedap noemt meer dan 1900 zorginstellingen en zo’n 400.000 zorgcollega’s die Nedap Ons dagelijks gebruiken, en meer dan 300 koppelingen.

Deadlines en wijzigingen

Wat de leverancier heeft aangekondigd, en wat het voor een bestaande koppeling betekent.

  1. al ingegaan

    Oude aanroepen voor rollen verouderd

    Rollen toekennen gaat via de aanroep voor duties. Een HR- of IAM-koppeling die de oude aanroepen gebruikt, zet ik om.

  2. al ingegaan

    Nieuwe endpoints vervangen alle oude

    Elk endpoint kreeg een nieuw pad onder /v0/, en 41 endpoints kregen ook andere parameters. De migratiegids en de specificatie noemen 19 november 2025, de pagina met de oude API’s 18 november 2025.

  3. al ingegaan

    Oude relatie-endpoints tussen cliënt en medewerker verouderd

    Deze relatie-aanroepen gaan naar de vervangers onder /administration. Nedap verwijdert een verouderde resource op zijn vroegst zes maanden later.

  4. al ingegaan

    Verwijdering van de oude /t/-endpoints aangekondigd

    Volgens de migratiegids werkten oude en nieuwe endpoints naast elkaar tot 19 mei 2026, waarna de oude zouden verdwijnen. Een koppeling die nog /t/-paden aanroept, moet over op /v0/.

  5. komt eraan

    Oude id in eigen webhookmeldingen vervalt

    Bij de eigen meldingen van Nedap, zoals over roosters, staan de gegevens nu onder payload. Het oude id bovenin blijft alleen voor achterwaartse compatibiliteit en verdwijnt na 1 maart 2027.

App, iPaaS of maatwerk?

Niet elke koppeling hoeft maatwerk te zijn. Zo kies je de route die past.

Een koppeling uit Ons Podium of van je leverancier

Past als: Nedap noemt meer dan 300 koppelingen, en Ons Podium toont de koppelingen die Nedap valideerde, voor HR onder meer een koppeling die medewerkers en rollen vanuit AFAS Profit in Nedap Ons zet en een IAM-koppeling voor accounts en rechten. Voor HR noemt Loket ook een koppeling met Nedap Ons, Qoden (Omniport) onder meer een vanuit Nmbrs, en AFAS en Nedap testen een eigen standaardkoppeling. Nedap zegt zelf: vraag je leverancier om een koppeling, en heeft die geen API-koppeling, dan kan hij ook via de XML-import van Nedap aanleveren.

Grens: Je volgt de inrichting van de standaardkoppeling. De eerste versie van de standaardkoppeling van AFAS en Nedap stuurt nog niets van Nedap Ons terug, en eigen velden of een eigen dashboard vallen vaak buiten zo’n koppeling. De XML-import gaat alleen naar Nedap Ons: een bestand dat niet aan het schema voldoet, keurt Nedap Ons helemaal af, en de leverancier krijgt geen bericht of een import lukte; dat staat alleen in het log van Nedap Ons.

Zapier, Make of n8n

Past als: Voor een losse melding of een export, als je toch al een connector met certificaat bij Nedap hebt.

Grens: De Ons API vraagt een clientcertificaat van Nedap, een vastgezette connectorversie en toestemming van de zorgorganisatie. Een flow die zelf meldingen herkent, certificaten vernieuwt en gemiste webhooks opnieuw opvraagt, is voor zorgdata kwetsbaar.

Maatwerk op de Ons API

Past als: Als je systeem geen standaardkoppeling heeft, als je product veel zorgorganisaties moet bedienen, of als je meldingen, rollen en dossiergegevens precies goed wilt laten landen.

Grens: Een softwareleverancier gaat door de intake van Nedap, en elke versie van zijn connector gaat langs een beoordeling door Nedap en vraagt toestemming van de zorgorganisatie. Er moet minstens één zorgorganisatie meedoen, de API is niet bedoeld voor uitwisseling tussen zorgorganisaties, en Nedap helpt zelf niet bij de use case.

Standaard-app, iPaaS of maatwerk voor Nedap Ons?

Bestaat er al een app in de marktplaats die precies doet wat je met Nedap Ons wilt?

Zo pak ik het aan

Vier stappen, met een vaste prijs vooraf. Een basisopzet begint vanaf €4.000.

  1. 1

    Dag 1

    Intake

    Een kort gesprek over je systemen en je proces. Ik vul samen met jou de sync-tabel in en kijk welke zorgorganisatie meedoet, welke modellen en velden de koppeling echt nodig heeft en wie bij Nedap de leverancier is.

  2. 2

    Binnen een paar dagen

    Vaste offerte en het traject bij Nedap

    Je krijgt een voorstel met scope, vaste prijs en planning. Ben je een softwareleverancier en nog niet bekend bij Nedap, dan vul je het intakeformulier in; ontwikkelt je zorgorganisatie zelf, dan geef je je eigen medewerkers toegang tot het Ons API Dashboard. Ik bereid dat met je voor, net als de specificatie van de connector. Bij die tweede route vraag ik eerst bij Nedap na of ze ook buiten OnsDB 5 zonder intake loopt en of ik als externe ontwikkelaar zonder dashboardtoegang als koppelpartner geld, want dat zeggen de pagina’s van Nedap niet.

  3. 3

    Week 1-2

    Bouwen en testen

    Voor een softwareleverancier bouw ik eerst op de ontwikkelomgeving van Nedap met fictieve data. Op de testomgeving van een zorgorganisatie werkt volgens Nedap alleen een vastgezette versie, na haar toestemming. Ontwikkelt je zorgorganisatie zelf, dan is er geen ontwikkelomgeving van Nedap: pas als de versie is vastgezet en zij toestemming gaf, begin ik op haar eigen testomgeving, waarop volgens Nedap meestal gegevens uit productie staan; die behandel ik als productiegegevens. Een vastgezette versie is niet te wijzigen, dus een extra model of veld wordt een nieuwe versie. Ik test ook de randgevallen: gemiste meldingen, dubbele records, een verlopen certificaat. Het bouwen zelf is meestal binnen 2 weken klaar; de beoordeling door Nedap en de toestemming per omgeving komen daar los bij.

  4. 4

    Daarna

    Beoordeling, toestemming en beheer

    Voordat een vastgezette versie verder gaat, beoordeelt Nedap haar, met onder meer de webhooks en rechten die ze gebruikt, en de zorgorganisatie geeft per omgeving toestemming in Ons Podium; die beoordeling plan ik in. Daarna gaat de koppeling live met monitoring, documentatie en een overdracht. Onderhoud kan, maar hoeft niet bij mij.

Veilig, en van jou

Hoe ik met je toegang omga, en waarom de koppeling op jouw account draait.

Ik vraag nooit om je wachtwoord voor Nedap Ons.

  • De private sleutel van het certificaat maak ik in jouw omgeving en hij blijft daar; Nedap krijgt alleen de CSR.
  • De connector vraagt alleen de modellen en velden die de koppeling echt nodig heeft, en een OnsDB-tabel, die altijd alle velden geeft, alleen als een API-model de gegevens niet heeft.
  • Ik bouw en test eerst op de ontwikkelomgeving van Nedap, met fictieve data, of met een vastgezette versie en toestemming op de testomgeving van de zorgorganisatie; daar staan volgens Nedap meestal gegevens uit productie, dus ik behandel ze als productiegegevens. Nooit eerst op productie.
  • Elke webhookmelding wordt op haar handtekening gecontroleerd voordat de koppeling iets ophaalt.
  • Zorgdata gaat rechtstreeks tussen Nedap Ons en jouw systemen, zonder omweg via derden.

Wie beheert de koppeling

De koppeling draait op jouw account, niet op dat van mij. Ik bouw, documenteer en onderhoud hem; jij houdt het eigendom en de toegang.

Account
De koppeling is een connector in het Ons API Dashboard van de leverancier die hem beheert: jouw softwarebedrijf, of je zorgorganisatie zelf als die voor de eigen omgevingen ontwikkelt. Dan werken alleen je eigen medewerkers in het dashboard; die toegang geeft Nedap niet aan externe partijen, ook niet aan mij. Of een externe ontwikkelaar die zonder die toegang alleen de code schrijft, zoals ik, als koppelpartner geldt die zich zelf via de intake moet aanmelden, zeggen de pagina’s van Nedap niet; dat vraag ik bij Nedap na voordat ik begin. Elke connector hoort bij één leverancier. De zorgorganisatie geeft per versie en per omgeving toestemming in Ons Podium en geeft de klantcode van haar omgeving door.
Sleutels
De private sleutel, het certificaat en het webhooksecret staan in jouw omgeving. De leverancier kan een certificaat intrekken; de zorgorganisatie trekt haar toestemming in via Nedap, want uitzetten vanuit Ons Podium kan nog niet.
Goedkeuring door de leverancier
Een softwareleverancier doet de intake en tekent de aansluitovereenkomst met Nedap; een zorgorganisatie die zelf ontwikkelt, regelt de toegang met haar eigen medewerkers. De connector, de versies en de certificaten staan op naam van een van die twee, nooit op naam van FLOH. Ik ben geen integratiepartner van Nedap, heb geen eigen connector en werk niet met de dashboardtoegang van je zorgorganisatie. Een plek in Ons Podium is een betaald pakket voor de leverancier.
  • Jouw account en jouw app-registratie bij de leverancier. Ik verkoop geen eigen koppel-abonnement en zit er niet tussen.
  • Jij bent eigenaar van de code en de documentatie. Stop je met mij, dan kan een andere ontwikkelaar verder.
  • Bouw je zelf een product voor jouw klanten? Dan draait het op jouw toegang en, waar de leverancier dat vraagt, op jouw certificering.

Onderhoud en monitoring

Een koppeling is pas af als je merkt dat er iets misgaat voordat je klant het merkt.

Foutenlijst met herkansing
Wat niet lukt, verdwijnt niet. Het komt in een wachtrij met de reden erbij en wordt opnieuw geprobeerd, met steeds langere tussenpozen.
Geen dubbele of gemiste records
Elke boeking krijgt een vaste sleutel, zodat een herhaalde poging nooit een tweede factuur of order maakt.
Alarm bij stilte
Komt er een tijd geen data binnen terwijl dat wel zou moeten, dan krijg je een melding. Een stilgevallen koppeling merk je zo voordat je klant belt.
Logboek
Per record zie je wanneer het ging, wat er ging en wat het andere systeem antwoordde. Handig voor je boekhouder en voor jezelf.
Certificaten op tijd vernieuwd
Volgens het supportportaal verloopt een certificaat na een jaar, volgens de documentatiesite van de Ons API na 90, 180 of 365 dagen, afhankelijk van het bereik. De koppeling waarschuwt ruim vooraf, en ik zet een nieuwe CSR klaar zodat de koppeling niet stilvalt.
Gemiste meldingen opgehaald
Nedap herhaalt een mislukte webhook niet en bewaart hem 24 uur. De koppeling antwoordt binnen drie seconden, vraagt gemiste meldingen opnieuw op en vergelijkt periodiek met de stroom van wijzigingen.
Verouderde resources bijgehouden
Nedap markeert een resource zes maanden vooraf als verouderd en mailt het technisch contact. Ik volg dat en zet een koppeling om vóór de verwijdering, zoals het oude id in eigen meldingen na 1 maart 2027.
Nooit velden leeggemaakt
Een schrijfactie op een model waarvan de koppeling niet alle velden ziet, kan verborgen velden wissen. De koppeling schrijft daarom alleen wat ze volledig kent.
Een nieuwe versie gepland
Een vastgezette versie is niet te wijzigen. Een wijziging wordt een nieuwe versie, die opnieuw vastgezet en door Nedap beoordeeld wordt en nieuwe toestemming van elke zorgorganisatie vraagt; dat plan ik vooraf in.

Verder lezen

Mijn gidsen en artikelen die dieper ingaan op Nedap Ons.

AI in de thuiszorg: roostering, werkbriefjes en overdrachten digitaliseren zonder extra administratie
Gids
9 min

1 jul 23:50

AI in de thuiszorg: roostering, werkbriefjes en overdrachten digitaliseren zonder extra administratie

Hoe je in de thuiszorg cliëntroosters afstemt op beschikbaarheid en reistijd, werkbriefjes digitaal vastlegt bij de cliënt en overdrachten structureert, met de AVG voor gezondheidsgegevens op orde. Met de tools, de stappen en de valkuilen.

Zorgdeclaraties met AI controleren: van consultregistratie naar controleerbaar bewijs
Gids
Uitgebreide gids20 min

23 okt 09:00

Zorgdeclaraties met AI controleren: van consultregistratie naar controleerbaar bewijs

Bouw een controleerbare AI-werkstroom die consultregistratie koppelt aan prestatie, bevoegdheid en regelversie, uitzonderingen naar een mens stuurt en pas na read-back een declaratie vrijgeeft.

AI voor zorgadministratie: van consultnota's naar een gestructureerd dossier zonder handmatig overtypen
Gids
8 min

21 jun 17:00

AI voor zorgadministratie: van consultnota's naar een gestructureerd dossier zonder handmatig overtypen

Hoe je in een kleine zorgpraktijk spraak omzet in een gecontroleerd SOEP-verslag, AVG-veilig en met de juiste koppelingen. Met de tools, de stappen en de valkuilen op een rij.

HR-software kiezen: test één wijziging van dossier tot salaris
Gids
Uitgebreide gids20 min

1 nov 09:00

HR-software kiezen: test één wijziging van dossier tot salaris

Test één personeelswijziging van dossier via planning naar salaris voordat je HR-software kiest. Vergelijk een geïntegreerde suite, een bestaande koppeling en maatwerk op rechten, correcties, vrijgave en read-back.

Waar mag je klantdata staan? Stappenplan voor data-residency en verwerkersovereenkomsten
Gids
9 min

30 jun 17:00

Waar mag je klantdata staan? Stappenplan voor data-residency en verwerkersovereenkomsten

Inventariseer welke klantdata op Amerikaanse clouds staat, kies per systeem een EU-residency-optie en werk je verwerkersovereenkomsten bij, zonder in paniek je hele stack te verhuizen.

Koppelingen bewaken: hoe je een stilgevallen koppeling merkt voordat je klant belt
Gids
Uitgebreide gids14 min

3 aug 09:00

Koppelingen bewaken: hoe je een stilgevallen koppeling merkt voordat je klant belt

Een koppeling die stilvalt geeft geen foutmelding maar een leegte, en die kost per dag orders, facturen en voorraad. Zo richt je hartslag, herhaalpogingen, een dode brievenbus en een nachtelijke telling in.

FAQ

Veelgestelde vragen over de Nedap Ons-koppeling

Antwoorden op wat het vaakst gevraagd wordt over Nedap Ons koppelen.

Klaar om Nedap Ons te koppelen?

Vertel me welke systemen je gebruikt en wat er nu misgaat. Ik denk mee en zeg eerlijk wat er kan, vrijblijvend.

Bekijk alle integraties

Liever eerst zelf kijken waar de winst zit? Doe de gratis automatiseringsscan