Hi Sten
Hey!
Begin september ben jij samen met Jeroen (collega backend developer, red.) afgereisd naar Topicus voor de hackathon. Konden jullie het een beetje vinden?
Haha, oh ja zeker hoor. Ik had de trein van half zeven en het was zo’n twee uur reizen. Het was dus best vroeg en wel een lang ritje. Het hoofdkantoor van Topicus is vlak bij het station in Deventer, dus dat was niet te missen.
Hoe werden jullie ontvangen?
Rond half tien moesten we verzamelen. We waren namelijk niet de enigen. Er waren developers van Moet Ik Naar De Dokter, Spreekuur.nl en natuurlijk van Topicus zelf. Toen kregen we een briefing en konden we aan de slag!
Wat gingen jullie dan precies doen?
Het doel van de hackathon was om tot een berichtenstructuur te komen die kan worden toegepast op koppelingen tussen systemen die informatie naar huisartsenposten sturen. Die berichtenstructuur moet je dus eigenlijk zien als een soort sjabloon. Misschien goed om even een voorbeeld te geven?
Ja, dat lijkt me een strak plan.
Haha, ok. Een patiënt gaat naar de huisartsenpost. Die huisartsenpost werkt niet met hetzelfde systeem als de huisartsenpost waar de patiënt normaal naartoe gaat. Stel: een HealthConnected HAP en een Topicus HAP. HealthConnected heeft een bepaalde informatiestructuur en Topicus ook. Die verschillen van elkaar. Patiëntgegevens uitwisselen is daardoor lastig.
Tijdens de hackathon hebben we met zijn allen afgesproken dat we in de toekomst allemaal dezelfde informatiestructuur gaan gebruiken.
Een soort standaardisatie van berichten die je kunt uitwisselen dus?
Ja precies. Patiëntgegevens uitwisselen tussen Topicus, Spreekuur.nl, Moet Ik Naar De Dokter en HealthConnected wordt hierdoor super makkelijk, want we spreken allemaal dezelfde “taal” om het zo te zeggen.
Is het ingewikkeld om zoiets te bouwen?
We begonnen niet helemaal bij nul, want we hadden onszelf redelijk goed ingelezen. De opdracht was om vrijuit te gaan bouwen en testen; kijken wat werkt en wat niet werkt. Het was de bedoeling om aan het einde van de hackathon een proof of concept te hebben.
We hadden allerlei voorbeeldberichten die bestonden uit verschillende “blokken”: een blok met patiëntgegevens, een blok met adresgegevens, een blok met triagegegevens enzovoort. Die informatie probeerden we in onze HealthConnected test-omgeving uit te lezen. Maar voor de ontwikkelaars van Moet Ik Naar De Dokter was de vraag juist om berichten aan de hand van dit sjabloon te kunnen versturen. Dus dat was een grappige wisselwerking.
Dat was dag een.
Hoe was dag twee anders dan dag een?
We konden dag twee snel starten omdat we dag een best wat voortgang hadden gemaakt. Uiteindelijk konden we in onze testomgeving een voorbeeldbericht wat vanuit Moet Ik Naar De Dokter kwam zodanig verwerken dat er een contact naar voren kwam in ons systeem.
En dat was dus conform de afgesproken berichtenstructuur?
Ja klopt! Het voelt altijd lekker als je iets bedenkt, uitbouwt en dan ziet dat het werkt.
Ben je tevreden over wat jullie hebben bereikt?
Zeker. Wat ik vooral mooi vind is dat we met onze conculega’s samen zijn gekomen om iets te bouwen wat beter is voor ons allemaal. En voor de zorgverleners natuurlijk. Het werkte gewoon heel goed om elkaars werkwijzen te leren kennen. Zo kun je van elkaar leren, en koppelingen en samenwerkingen beter op elkaar afstemmen.
Technische documentatie omtrent deze berichtenstructuur is publiekelijk toegankelijk via deze link.
