Wat is er toch met het huisartsinformatiesysteem Medicom aan de hand?

Vandaag kregen huisartsen, die het huisartsinformatiesysteem(HIS) Medicom gebruiken, voor de derde keer in een week per email een bericht van de leverancier, dat er actie nodig was in het KPN CyberCentrum Flevoland om de performance te verbeteren. U moet dan denken aan een ontoelaatbare trage werking van Medicom, waardoor in huisartspraktijken het vastleggen en oproepen van gegevens zeer traag verloopt. Medicom is een HIS, waarbinnen huisartsen en  apotheken in clusters samenwerken. De clusters hebben hun Medicom-software draaien in het KPN CyberCentrum in Almere. Eerder op 9 juli zag u op deze website al een artikel daar over.

Technisch onderhoud

Vandaag werd door PharmaPartners, dat Medicom beheert en ontwikkelt,  aan aangesloten huisartsen gemeld dat er in de voormiddag technisch onderhoud op de zorgapplicaties nodig was vanwege ernstige performance-problemen. Daardoor kon Medicom tijdelijk niet beschikbaar zijn. Ook zouden er bij een werkend Medicom foutmeldingen kunnen ontstaan bij het gebruik van enkele koppelingen, die het HIS heeft met andere applicaties zoals het Landelijk SchakelPunt(LSP). Men verwachtte dat na de acties in de loop van de middag de traagheidsproblemen opgelost  zouden zijn.

Eerdere acties

In het artikel op 9 juli meldde ik al dat eerst de firewall van de Medicom-servers binnen het KPN-CyberCentrum herstart is. Daarna werden de gevirtualiseerde servers herstart en tenslotte werd in de nachtelijke uren een extra firewall geïnstalleerd. Het lastige is dat er telkens alleen de melding komt van ondernomen en te ondernemen acties naar aanleiding van traagheidsproblemen, maar nooit wat er precies aan de hand is.

Niet simpel

Dat het niet om een eenvoudig probleem gaat, wordt wel duidelijk door de maatregelen die tot nu toe genomen zijn. Ook is niet duidelijk of PharmaPartners de enige huurder van servercapaciteit in het KPN CyberCentrum Flevoland is, die problemen met zijn applicatie ervaart. Mocht het om meer klanten van KPN gaan, dan is de omvang van het probleem aanzienlijk groter. In dat geval moet men bijvoorbeeld denken aan het compromitteren van servers door externe invloeden.

Wordt mogelijk vervolgd.

W.J. Jongejan