image

Maastricht UMC+ krijgt binnenkort nieuw elektronisch patiëntendossier

woensdag 13 november 2024, 11:05 door Redactie, 7 reacties

Het Maastricht UMC+ krijgt binnenkort een nieuw elektronisch patiëntendossier (EPD) van de Amerikaanse softwareleverancier Epic. De huidige oplossing van SAP/Cerner zal in de toekomst geen updates meer ontvangen, zo laat het ziekenhuis weten. De overstap naar het Epic-systeem zal op 29 november plaatsvinden.

"Ons huidige EPD is verouderd en bovendien werkt elke afdeling daarnaast met eigen systemen, wat de samenwerking bemoeilijkt. Omdat dit EPD in de toekomst niet meer geüpdatet zal worden, was een overstap noodzakelijk. Met het nieuwe EPD van het softwarebedrijf Epic centraliseren we alle informatie in één systeem", aldus bestuursvoorzitter Helen Mertens.

Nederlandse ziekenhuizen gebruiken EPD-systemen van vier leveranciers: Cerner/SAP, ChipSoft, Epic en Nexus. ChipSoft was vorig jaar met 51 ziekenhuizen marktleider, gevolgd door Epic dat eind 2021 in 11 ziekenhuizen werd gebruikt. Volgens de Autoriteit Consument & Markt (ACM) kan een vendor lock-in allerlei nadelige gevolgen hebben. Een sterke positie kan nadelig voor interoperabiliteit zijn, waardoor overstapkosten toenemen en uitwisseling van gegevens tussen zorginstellingen minder goed tot stand komt.

Daarnaast kan het zorgen voor onredelijke technische of contractuele beperkingen voor de gebruikers van de systemen. Een ander nadeel zijn mogelijk hogere tarieven en hindert het nieuwe toetreders tot de markt. In 2022 kwam de ACM met een conceptleidraad om vendor lock-in bij ziekenhuissystemen te voorkomen. Vorig jaar won de ACM een rechtszaak van ChipSoft. De EPD-leverancier had via een rechtszaak geprobeerd om publicatie van een rapport tegen te houden. Volgens het bedrijf zou het rapport voor reputatieschade zorgen.

Reacties (7)
Gisteren, 12:47 door Anoniem
Er zijn meer dan 100 ziekenhuizen in Nederland. Waarom ontwikkelen die niet zelf een open source EPD?, desnoods met een Europese aanpak, zodat het ook in Europa modulair uitwisselbaar is.
Door het multiplatform op te zetten (bv python webapps) kunnen ze ook afscheid nemen van die andere verschrikkelijke vendor lock en steeds voortborduren wat al aanwezig is.
Gisteren, 13:40 door Anoniem
Door Anoniem: Er zijn meer dan 100 ziekenhuizen in Nederland. Waarom ontwikkelen die niet zelf een open source EPD?, desnoods met een Europese aanpak, zodat het ook in Europa modulair uitwisselbaar is.
Door het multiplatform op te zetten (bv python webapps) kunnen ze ook afscheid nemen van die andere verschrikkelijke vendor lock en steeds voortborduren wat al aanwezig is.

Ik denk dat je enorm onderschat hoe complex het allemaal is.
Dat zou betekenen dat je een nieuw bedrijf moet starten, direct met een 800 medewerkers om alles te ontwikkelen en te onderhouden De eerste 5 jaar geen rendement van een werkend product zult zien. een EPD is echt niet zo even simpel uit ontwikkeld. En open source ? leuk maar dan moet je ook open standaarden gebruiken die nog steeds niet goed allemaal ontwikkeld zijn. Opensource lost ook totaal het probleem niet op dat het onderhouden moet worden. Dat kost bergen met geld.

100 ziekenhuizen met allemaal eigen wensen en processen, allemaal net iets anders, voor je de neuzen de zelfde kant op hebt in alle management lagen van ziekenhuizen ben je 10 jaar verder.
Geen enkel ziekenhuis heeft geld om te investeren in software oplossingen die nog bedacht moeten worden. Die kopen wat er op de plank ligt en laten dat extern onderhouden. IT is geen corebusiness van een ziekenhuis en gaat dat ook niet zelf te doen.
Multiplaftorm, python of webapps maken zorgen niet dat je je vendor lock voorkomt.
Gisteren, 14:13 door dingetje
Door Anoniem: Er zijn meer dan 100 ziekenhuizen in Nederland. Waarom ontwikkelen die niet zelf een open source EPD?, desnoods met een Europese aanpak, zodat het ook in Europa modulair uitwisselbaar is.
Door het multiplatform op te zetten (bv python webapps) kunnen ze ook afscheid nemen van die andere verschrikkelijke vendor lock en steeds voortborduren wat al aanwezig is.
Er is al https://www.gnuhealth.org dat op Python 3 is gebaseerd. Al zou ik liever een port zien naar een memory safe programmeertaal. Wat niet is kan nog komen!
Gisteren, 14:17 door karma4
Door Anoniem: Er zijn meer dan 100 ziekenhuizen in Nederland. Waarom ontwikkelen die niet zelf een open source EPD?, desnoods met een Europese aanpak, zodat het ook in Europa modulair uitwisselbaar is.
Door het multiplatform op te zetten (bv python webapps) kunnen ze ook afscheid nemen van die andere verschrikkelijke vendor lock en steeds voortborduren wat al aanwezig is.

Dat bestaat al, heet chipsoft. Althans dat was het het ontstond.
Geen enkele organisatie kan het zelf tegen de kwaliteit en kosten van de massa.
Uiteindelijk wordt dat commercieel en tenslotte door markwerking blijven er maar een paar over.
Gisteren, 15:42 door Anoniem
Door dingetje:
Door Anoniem: Er zijn meer dan 100 ziekenhuizen in Nederland. Waarom ontwikkelen die niet zelf een open source EPD?, desnoods met een Europese aanpak, zodat het ook in Europa modulair uitwisselbaar is.
Door het multiplatform op te zetten (bv python webapps) kunnen ze ook afscheid nemen van die andere verschrikkelijke vendor lock en steeds voortborduren wat al aanwezig is.
Er is al https://www.gnuhealth.org dat op Python 3 is gebaseerd. Al zou ik liever een port zien naar een memory safe programmeertaal. Wat niet is kan nog komen!

gnuhealth is totaal ongeschikt voor een ziekenhuis met alle wet en regelgeving, gegevens uitwisselingen, het kan niet eens de basis processen ondersteunen.
Gisteren, 17:58 door Anoniem
Door Anoniem:
Door Anoniem: Er zijn meer dan 100 ziekenhuizen in Nederland. Waarom ontwikkelen die niet zelf een open source EPD?, desnoods met een Europese aanpak, zodat het ook in Europa modulair uitwisselbaar is.
Door het multiplatform op te zetten (bv python webapps) kunnen ze ook afscheid nemen van die andere verschrikkelijke vendor lock en steeds voortborduren wat al aanwezig is.

Ik denk dat je enorm onderschat hoe complex het allemaal is.
Dat zou betekenen dat je een nieuw bedrijf moet starten, direct met een 800 medewerkers om alles te ontwikkelen en te onderhouden De eerste 5 jaar geen rendement van een werkend product zult zien. een EPD is echt niet zo even simpel uit ontwikkeld. En open source ? leuk maar dan moet je ook open standaarden gebruiken die nog steeds niet goed allemaal ontwikkeld zijn. Opensource lost ook totaal het probleem niet op dat het onderhouden moet worden. Dat kost bergen met geld.

100 ziekenhuizen met allemaal eigen wensen en processen, allemaal net iets anders, voor je de neuzen de zelfde kant op hebt in alle management lagen van ziekenhuizen ben je 10 jaar verder.
Geen enkel ziekenhuis heeft geld om te investeren in software oplossingen die nog bedacht moeten worden. Die kopen wat er op de plank ligt en laten dat extern onderhouden. IT is geen corebusiness van een ziekenhuis en gaat dat ook niet zelf te doen.
Multiplaftorm, python of webapps maken zorgen niet dat je je vendor lock voorkomt.

De CMIO van het MUMC+ zegt het ook:
Het EPD van het MUMC+ wordt ingericht zoals dat van het Universitair Medisch Centrum Groningen. Ook dat ziekenhuis maakt namelijk gebruik van het systeem van Epic. Toch is maatwerk nodig, zegt Den Uijl. “Onze cardiologie-afdeling bijvoorbeeld lijkt op die van Groningen, maar we werken op verschillende manieren, gebruiken soms andere apparatuur, en het behandelaanbod is niet precies hetzelfde. Bijna tweehonderd mensen werken eraan om het systeem stap voor stap aan te passen aan alle werkwijzen in het MUMC+

Is het dan nog een standaard pakket of toch al maatwerk?
Gisteren, 21:37 door Anoniem
Mooi. Dan liggen alle gegevens nu bij 2 bedrijven naast het ziekenhuis.
Waar was dat EPD ook alweer goed voor?
Ons huidige EPD is verouderd en bovendien werkt elke afdeling daarnaast met eigen systemen, wat de samenwerking bemoeilijkt.
Blijkbaar dus toch om lekker in de data te kunnen graaien. Niet in het belang van de patiënt.
Reageren
Ondersteunde bbcodes
Bold: [b]bold text[/b]
Italic: [i]italic text[/i]
Underline: [u]underlined text[/u]
Quote: [quote]quoted text[/quote]
URL: [url]https://www.security.nl[/url]
Config: [config]config text[/config]
Code: [code]code text[/code]

Je bent niet en reageert "Anoniem". Dit betekent dat Security.NL geen accountgegevens (e-mailadres en alias) opslaat voor deze reactie. Je reactie wordt niet direct geplaatst maar eerst gemodereerd. Als je nog geen account hebt kun je hier direct een account aanmaken. Wanneer je Anoniem reageert moet je altijd een captchacode opgeven.