Puur by Ecare API-integratie laten bouwen
Een koppeling met een elektronisch cliëntdossier is geen gewone integratie. Het gaat om gezondheidsgegevens, dus de vraag is niet alleen wat er technisch kan maar ook wat er mag, wie het mag zien en hoe u dat later aantoont. Dat bepaalt het ontwerp vanaf de eerste dag, niet bij de oplevering.
Wat een ECD-koppeling anders maakt
Puur by Ecare is een elektronisch cliëntdossier dat in de zorg wordt gebruikt voor onder meer cliëntgegevens, zorgplannen, planning en rapportage. Een koppeling wordt meestal gevraagd omdat er iets naast staat: een eigen planningstool, een cliëntportaal, een declaratieproces of een rapportage die het ECD niet levert. Het ECD blijft dan de bron; het is niet de bedoeling dat er een tweede dossier ontstaat.
Dat laatste is de belangrijkste ontwerpregel. Gegevens die u overneemt en apart bewaart, gaan uit de pas lopen met het ECD, en bij een dossier waarin zorgverleners beslissingen op baseren is dat niet acceptabel. Wij halen daarom zo min mogelijk op en bewaren zo weinig mogelijk, en waar gegevens toch nodig zijn buiten het ECD, leggen we vast waar ze vandaan komen en hoe oud ze zijn.
Wat er precies uitwisselbaar is, hangt af van het koppelvlak dat de leverancier beschikbaar stelt en van uw eigen contract en modules. Dat inventariseren we voordat we iets toezeggen. Wij zijn geen partner van de leverancier en wij beloven geen koppeling die wij niet hebben gezien; wel weten wij hoe zo'n traject verloopt en waar het meestal op stokt. Wat NEN 7510 van u vraagt, staat bij nen.nl.
Hoe wij dit bouwen
De eerste vraag is welke gegevens er echt buiten het ECD nodig zijn, en dat is bijna altijd minder dan bij de eerste inventarisatie wordt gedacht.
Welke uitwisseling stelt de leverancier beschikbaar, onder welke voorwaarden en met welke doorlooptijd voor het aanvragen ervan. Die stap kost vaker weken dan dagen en hij bepaalt of het plan haalbaar is.
Per veld de vraag waarom het nodig is en of het ook zonder kan. Dit is geen bezuiniging maar dataminimalisatie: elk veld dat u niet ophaalt, hoeft u ook niet te beveiligen, te bewaren en te verantwoorden.
Elke sprint eindigt met iets dat u zelf kunt narekenen, en we beginnen met de smalste bruikbare uitwisseling. Uitbreiden kan altijd; terugdraaien nadat gegevens zijn verspreid, niet.
We draaien mee met de teams die ermee werken. Daar komt uit of de koppeling doet wat nodig is, en wat er nog handmatig omheen gebeurt.
Wat de koppeling concreet doet
Wat er precies mogelijk is volgt uit het koppelvlak. Dit zijn de zes vragen die in zo'n traject vrijwel altijd terugkomen.
Cliëntgegevens synchroniseren
Basisgegevens uit het ECD naar de toepassing ernaast, in één richting en zonder dat er een tweede dossier ontstaat. Welke velden en met welke frequentie hangt af van het koppelvlak en van wat u werkelijk nodig heeft.
Planning en geleverde zorg
Afspraken en geleverde zorgmomenten uitwisselen, meestal omdat er een planningstool of een routeplanning naast draait. Hier zit de meeste dagelijkse waarde en tegelijk het risico dat twee systemen elkaar tegenspreken.
Cliënt- of naastenportaal
Een afgeschermde ingang waarin een cliënt of mantelzorger iets kan inzien of doorgeven. Dat is een apart onderdeel met eigen toegangsafspraken en eigen keuzes over wat wel en niet zichtbaar is; het is geen bijproduct van de koppeling.
Signalen in plaats van dossierkopieën
Voor rapportage en sturing is vaak een aantal genoeg en geen dossier. Wij werken waar het kan met geaggregeerde signalen, omdat dat het risico wegneemt zonder de vraag onbeantwoord te laten.
Foutafhandeling die zichtbaar is
Een koppeling die stilvalt zonder dat iemand het merkt, is bij een zorgdossier het gevaarlijkste scenario. Mislukte uitwisselingen worden zichtbaar en blijven openstaan tot iemand ze afhandelt.
Logging van wat er is uitgewisseld
Welke gegevens zijn wanneer en waarheen gegaan. Bij gezondheidsgegevens is dat geen luxe: het is wat u nodig heeft bij een vraag van een cliënt of bij een incident.
Voor wie wij bouwen
De reden om te koppelen verschilt sterk per organisatie. Vier situaties die wij tegenkomen.
Wijkverpleging en thuiszorg
Planning en routes staan vaak naast het ECD, en daar wordt de koppeling het meest gemist. De winst zit erin dat een wijziging op één plek gebeurt in plaats van op twee. Loopt er ook zorglogistiek mee, zie dan zorglogistiek-software.
Organisaties met eigen sturingsinformatie
U wilt cijfers die het ECD niet in die vorm levert. Hier is de vraag of u een dossierkoppeling nodig heeft of alleen geaggregeerde gegevens, en dat scheelt in risico en in doorlooptijd. Voor het bredere zorgsysteem is zorgsoftware op maat het antwoord.
Zorgorganisaties met een cliëntportaal
Een eigen omgeving voor cliënten of naasten, gevoed vanuit het ECD. Dit vraagt de zwaarste afweging over wat zichtbaar mag zijn en voor wie; zie ook zorgcompliance voor de kaders daaromheen.
Ketenpartners en samenwerking
Gegevens delen tussen organisaties is juridisch iets heel anders dan koppelen binnen één organisatie. Laat die grondslag vaststellen voordat er iets wordt gebouwd. Loopt er een HKZ-certificering mee, zie dan HKZ-kwaliteitshandboek.
Technologie en koppelingen
De kaders bepalen hier het ontwerp en niet andersom. NEN 7510 voor informatiebeveiliging in de zorg, een verwerkersovereenkomst met elke partij die gegevens verwerkt, en logging die volstaat om achteraf te verantwoorden wie wat heeft gezien.
Waarom Appfront
Gezondheidsgegevens bepalen het ontwerp
Niet de techniek maar de gevoeligheid stuurt de keuzes. Wij ontwerpen op zo min mogelijk gegevens buiten het ECD in plaats van op zo veel mogelijk functies.
Het ECD blijft de bron
Een tweede dossier dat uit de pas loopt, is erger dan geen koppeling. Wij halen op wat nodig is en bewaren zo weinig mogelijk.
Stilvallen mag niet stil gebeuren
Een koppeling die het onopgemerkt begeeft, is bij zorg het gevaarlijkste scenario. Mislukte uitwisselingen blijven zichtbaar openstaan.
Eerlijk over wat wij niet weten
Wij zijn geen partner van de leverancier. Wat er via het koppelvlak mogelijk is, stellen we vast in de verkenning; wij beloven geen koppeling die wij niet hebben gezien.
Security en privacy
Dit zijn gezondheidsgegevens en daarmee bijzondere persoonsgegevens. Dat verandert alles aan de aanpak: niet alleen versleuteling en toegangsbeheer, maar ook de vraag of een gegeven überhaupt buiten het ECD hoeft te komen. Voor veel vragen is een aantal genoeg en geen dossier, en dan kiezen wij het aantal. Wat we wel ophalen, halen we per rol en niet per organisatie: een planner hoeft geen zorginhoudelijke rapportage te zien.
Aan de formele kant hoort dit binnen uw NEN 7510-kader te passen, met een verwerkersovereenkomst voor elke partij die gegevens verwerkt en met subverwerkers die u kent. Logging is hier geen sluitstuk maar onderdeel van de functionaliteit: bij een vraag van een cliënt of bij een incident moet u kunnen laten zien welke gegevens wanneer zijn uitgewisseld en wie ze heeft ingezien. Of uw beoogde uitwisseling juridisch is toegestaan, beoordeelt u met uw functionaris gegevensbescherming; wij bouwen binnen die kaders. Hoe wij zelf met beveiliging omgaan staat in ons informatiebeveiligingsbeleid; meldingen van buitenaf lopen via ons CVD-beleid.
Veelgestelde vragen over een Puur-koppeling
Dat hangt af van het koppelvlak dat de leverancier beschikbaar stelt en van uw contract en modules. Wij zijn geen partner van de leverancier en beloven geen koppeling voordat we hebben vastgesteld wat er mogelijk is. Die inventarisatie is de eerste stap en kost vaker weken dan dagen, onder meer omdat er toestemming en documentatie bij komen kijken.
Dat is precies wat wij willen voorkomen. Het ECD blijft de bron; wat wij ernaast bouwen haalt op wat het nodig heeft en bewaart zo weinig mogelijk. Gegevens die u apart bewaart, lopen onvermijdelijk uit de pas, en bij een dossier waarop zorgverleners beslissingen baseren is dat onacceptabel.
Dan moet dat zichtbaar zijn. Een uitwisseling die onopgemerkt stopt, is bij een zorgdossier het gevaarlijkste scenario, want mensen blijven vertrouwen op informatie die niet meer klopt. Wij bouwen mislukte uitwisselingen als openstaande meldingen die pas sluiten als iemand ze heeft afgehandeld, en we tonen per gegeven hoe oud het is.
Die bepalen het ontwerp en niet andersom. Praktisch betekent dat: dataminimalisatie als uitgangspunt, versleuteling in transport en opslag, toegang per rol, logging van inzage en een bewaartermijn die het systeem zelf uitvoert. Of uw beoogde uitwisseling is toegestaan, beoordeelt u met uw functionaris gegevensbescherming; wij bouwen binnen die kaders.
Soms, en het is een zwaardere beslissing dan lezen. Terugschrijven betekent dat een systeem buiten het ECD het dossier verandert, met alle vragen over verantwoordelijkheid die daarbij horen. Wij adviseren te beginnen met lezen en pas terug te schrijven als er een duidelijk omschreven proces achter zit.
Dan moet de koppeling opnieuw, en dat is een reëel risico bij dit soort maatwerk. Wij beperken dat door de uitwisseling af te schermen in een aparte laag, zodat uw eigen toepassing niet rechtstreeks van het ECD afhangt. Een overstap raakt dan die laag en niet het hele systeem.
Wij hebben geen partnerrelatie en presenteren ons ook niet zo. In de praktijk loopt het contact over het koppelvlak via u als klant, want u heeft het contract. Wat wij doen is de technische kant voorbereiden zodat dat contact concreet is: welk koppelvlak, welke velden, welke frequentie.
Dat hangt vooral af van wat het koppelvlak toestaat en hoeveel gegevens er echt nodig zijn. Een smalle, lezende koppeling is een overzichtelijk traject; tweerichtingsverkeer met een cliëntportaal is een veelvoud. Reken erop dat de inventarisatie bij de leverancier een eigen doorlooptijd heeft. Wij geven een onderbouwde inschatting na de verkenning.
Een Puur-koppeling laten bouwen?
Vertel welk proces er nu naast het ECD loopt en welke gegevens daarin dubbel worden ingevoerd. Meestal blijkt de benodigde koppeling smaller dan gedacht. Wij bouwen dit als onderdeel van een breder traject maatwerk software of via slimme API-integraties.