Advanced Search
Search Results
142 total results found
Hackathons & Drafts
Status: draft. Work in progress from hackathons; not a published specification.
Rollen en doorlopend werk
Implementing a Nuts v2 Use Case
A Nuts use case enables organizations that don't directly trust each other, but rely on trusted third parties, to find each other and securely exchange data. The use case specifies which data is exchanged, on which authorization grounds, and how API endpoints ...
Multiple systems on the sender's side
The following challenges rise when a customer makes use of multiple software systems that own different pieces of patient's data and wants to send data through eOverdracht: The customer usually wants to send all the patient's data in one eOverdracht session ...
v5 -> v6 migration guide
Upgrading a Nuts node from v5 to v6: a link to the upgrade steps in the Nuts node documentation, and what changes for the design of a use case.
Multiple systems on the receiver's side
The Nuts Network is vendor-based. Each vendor's system has its own Nuts Node connected to others within the Network. But customers are used to work in terms of organizations, subdivisions, and locations. So when a customer wants to send patient's data through ...
WG: Omnichat
Samenwerken aan de use-case Omnichat: een standaard voor organisatieoverstijgende ongestructureerde communicatie. De specificatie staat in de repository toepassing-instante-communicatie.
2023-02-14 Technical team discussion
With the Nuts technical team, consisting of the highest nuts-node code contributors, we discussed on how this feature could be supported. The following points have become clear from the discussion: AuthorizationCredentials will still be issued from and to a D...
Probleem
In de praktijk worden door de meeste zorginstellingen in een aantal sectoren meer dan één leverancier of systeem actief bij de behandeling. De architectuur voor de Verpleegkundige Overdracht gaat echter wel uit van maar één zender en één ontvanger. Een voorbee...
Oplossingsrichtingen
In de breakout sessie zijn twee mogelijkheden kort besproken maar niet in detail uitgewerkt. Ik beschrijf hier enkele richtingen met voor en nadelen, maar dit is zeker geen compleet beslissingsdocument. Het is bedoeld als startpunt voor verdere discussie over ...
1) Cliëntadministratie als centrale spil
Het idee is dat de Overdracht altijd gestuurd naar de Vendor waar de administratie wordt gedaan: de cliëntadministratie (of transferverpleegkundige e.a.). Deze Vendor maakt vervolgens een nieuwe Overdracht Task aan voor de overige systemen waarmee de hele ‘nur...
Kring Techniek
De kring Techniek is een van de drie kringen binnen de Nuts community, naast Toepassingen en Gezamenlijk Belang. Wij zijn verantwoordelijk voor de community-brede en toepassings-overstijgende technische kaders en visie
2) Stuur de Verpleegkundige overdracht naar alle Vendors
Een aanvulling op de Nuts Bolt proces waarbij als dezelfde Customer bij meerdere Vendors is geregistreerd, er voor elke ‘eOverdracht-Receiver’ service bij elke Vendor een Task wordt gemaakt, dus meerdere taken per customer. Voordelen: De ontvangende Vendors h...
3) Stuur de verpleegkundige Overdracht naar één partij
Deze optie is in de breakout sessie niet meer besproken. Los het probleem niet op met Nuts, maar via het huidige werkprocess. Het is een optie om het aan de werkprocessen binnen de zorginstelling over te laten. Omdat de meeste leveranciers van plan zijn de res...
Combinaties
Overigens sluiten oplossingsrichting 1, 2 en 3 elkaar niet uit: ze zouden naast elkaar kunnen bestaan zonder elkaar in de weg te zitten: de service configuratie in het adresboek, en configuratie bij de Customer zelf bepaalt welke route wordt gevolgd.
Aanvullend: verzenden van de Verpleegkundige overdracht
Bij de besproken richtingen in de breakout sessie lag de focus bij het ontvangen van Overdrachten. Maar bij het gebruik van meerdere leveranciers is natuurlijk ook het versturen van een Overdracht een uitdaging. Als een Overdracht centraal vanuit de Cliëntadmi...
Kwalificatie
Optie 1 en 2 zijn niet te realiseren binnen de huidige tijdlijnen van de inzicht regeling en is ook geen onderdeel van de kwalificatie door Nictiz.
Problem
In practice, most healthcare institutions in a number of sectors have more than one supplier or system active in the treatment. However, the architecture for the Verpleegkundige Overdracht is based on only one sender and one receiver. An example of this is eld...