Nedap ONS logoPing Identity logo

Identity en access management

Nedap ONS koppelen met PingOne: zorgmedewerkers en teams als gebruikers en groepen

Met een koppeling tussen Nedap ONS en Ping Identity (PingOne) krijgt elke zorgmedewerker uit ONS een gebruiker in PingOne, in de juiste populatie en in groepen per team en deskundigheid. Eindigt het laatste contract in ONS, dan zet KoppelHet de gebruiker in PingOne uit, zodat aanmelden bij de zorgapplicaties stopt.

Wat de koppeling doet

Organisaties die Nedap ONS als bron voor hun zorgmedewerkers hebben en PingOne als toegangslaag, zetten gebruikers en groepen vaak met de hand in PingOne. PingOne leest als HR-bron zelf alleen een paar grote HR-systemen, ONS hoort daar niet bij.

  1. De zorgorganisatie vraagt de koppeling aan via het Ons API Dashboard; Nedap beoordeelt de aanvraag.
  2. Bij de start legt KoppelHet in PingOne een populatie voor eigen personeel en een voor externen aan, met groepen per team en deskundigheid.
  3. Een melding uit ONS laat KoppelHet het actuele record ophalen en de gebruiker in PingOne aanmaken of bijwerken.
  4. Begint of eindigt een teamtoewijzing, dan past KoppelHet het lidmaatschap van de teamgroep op die datum aan.
  5. Na het laatste contract zet KoppelHet de gebruiker uit; verwijderen gebeurt pas na de bewaartermijn die jullie kiezen.
Nedap ONS → KoppelHet → Ping IdentityBRONNedap ONSDOELPing IdentityKoppelHetmapping · logging · monitoringNedap ONS → KoppelHet → Ping IdentityBRONNedap ONSDOELPing IdentityKoppelHetmapping · logging · monitoring
Heen: PingOne-gebruiker per zorgmedewerker · Populatie voor eigen medewerkers en externen · Groep per team en per deskundigheid · Uitzetten na het laatste contract

Waar je op let bij Nedap ONS en Ping Identity

  • De SCIM-ingang van PingOne heeft geen endpoint voor groepen; een verzoek daarop geeft 501. Teams en deskundigheden uit ONS lopen daarom via de gewone PingOne-API, en alleen de gebruikers zelf via SCIM.
  • Een lijst uit de SCIM-ingang van PingOne geeft hooguit 200 gebruikers en kent geen vervolgpagina. Bij honderden zorgmedewerkers kan KoppelHet PingOne dus niet als lijst vergelijken met ONS. KoppelHet zoekt elke medewerker gericht op en houdt zelf bij welke gebruikers uit ONS komen.
  • Elke gebruiker in PingOne hoort bij precies één populatie. ONS onderscheidt eigen medewerkers en externen; KoppelHet zet elke groep in een eigen populatie, zodat voor flexkrachten en zzp'ers een strenger aanmeldbeleid kan gelden.
  • Een melding uit ONS draagt alleen een id en komt niet altijd op volgorde binnen. KoppelHet haalt bij elke melding het actuele record op, zodat PingOne nooit een wijziging krijgt voor een medewerker die nog niet bestaat.
  • De gebruikersnaam in PingOne volgt de geboortenaam uit ONS. Gebruikt iemand na een huwelijk een andere achternaam, dan verandert alleen de weergavenaam en blijft de aanmeldnaam bij de zorgapplicaties gelijk.
  • Een teamtoewijzing in ONS heeft een einddatum. KoppelHet haalt de medewerker op die dag uit de teamgroep in PingOne, ook als het contract doorloopt, zodat een invaller na zijn periode geen toegang meer heeft tot de applicaties van dat team.
  • ONS herhaalt een gemiste melding niet zelf en bewaart haar 24 uur. De nachtelijke vergelijking van KoppelHet vangt op wat in die tijd niet is verwerkt, zodat een vertrekker niet actief blijft in PingOne.

Deze koppeling hoort ook bij in-, door- en uitstroom.

Hoe we het bouwen en beheren

  • De koppeling draait op het KoppelHet platform, gehost in een datacenter in de EU.
  • Elke synchronisatie en elke fout is zichtbaar in de functionele logging; bij een fout krijgt jullie beheerder een melding.
  • Een mutatie die niet door kan, wordt niet half doorgezet maar klaargezet om opnieuw te proberen.
  • KoppelHet is ISO 27001-gecertificeerd. Gegevens gaan versleuteld over en blijven niet langer op het platform dan nodig.
  • Na livegang beheren wij de koppeling en passen we hem aan als jullie proces verandert.
  • De koppeling past naast je bestaande integratielaag. Alleen de velden uit het ontwerp gaan over; het platform houdt geen eigen registratie bij.

Implementatie, architectuur en compliance

Implementatie en prijs

Dit is geen app die je aanzet. We bouwen de koppeling voor jullie organisatie op ons platform, met bouwstenen die we steeds opnieuw gebruiken. Zo is het maatwerk, zonder dat we bij nul beginnen.

Een consultant bereidt de intake voor en analyseert beide systemen. Daarna leggen we de mapping en uitzonderingen per veld vast, testen we in de test- of acceptatieomgeving en gaan we live op een moment dat jij kiest. De kosten bestaan uit een eenmalig bedrag voor de inrichting en een maandbedrag voor platform, monitoring en beheer.

Prijsindicatie · Basis

Laat je zakelijke e-mailadres achter, dan zie je de prijsindicatie direct.

We gebruiken je adres alleen om je vraag over deze koppeling op te volgen.

Veelgestelde vragen

Kan PingOne Nedap ONS zelf als HR-bron lezen?

Nee, niet dat we hebben gevonden. KoppelHet levert de ONS-gegevens via de SCIM- en platform-API's van PingOne.

Kan PingOne daarna accounts in zorgapplicaties aanmaken?

Ja, met de uitgaande provisioning van PingOne, op basis van de groepen die KoppelHet vult.

Gaan er cliëntgegevens naar PingOne?

Nee. De koppeling leest alleen medewerkers, contracten en hun toewijzingen.

Technische details voor IT

Voor wie wil weten hoe het onder de motorkap werkt: gebruikte API's, velden en bronnen.

  • Nedap ONS via de Ons API met webhooks (alleen metadata met id, HMAC-SHA512 in X-Signature-SHA512, 200 binnen 3 seconden, geen automatische herhaling, 24 uur bewaard) en /v0/xstream/api/employees/data voor de volledige stand. Clientcertificaat ondertekend door Nedap.
  • PingOne SCIM 2.0 (/v2/Users) voor gebruikers, met userName verplicht, population.id in de PingOne-extensie en active voor aan of uit; geen paginering, maximaal 200 resultaten, geen sortBy of startIndex; /v2/Groups en /v2/Bulk geven 501. Groepen en lidmaatschappen via de PingOne Platform API (groups en group memberships).

Welke velden overgaan

De belangrijkste velden. De volledige mapping stellen we per klant vast.

Veld in Nedap ONSVeld in Ping IdentityToelichting
identificationNoexternalId
birthName en birthNamePrefixuserNameVerplicht in PingOne; volgt de geboortenaam
Roepnaam en achternaam volgens naamgebruikname.givenName en name.familyName
type (0 Regular, 1 External)population.idPopulatie voor eigen personeel of externen
TeamAssignment (team, begin, einde)Lidmaatschap teamgroep
ExpertiseProfileAssignmentLidmaatschap deskundigheidsgroep
Einde laatste contractactive = false

Gerelateerd

Welke systemen wil je koppelen?

Vertel welke systemen je gebruikt en wat er automatisch moet gebeuren. Samen bepalen we de kleinste werkende oplossing, met een helder ontwerp en een offerte vooraf.