Maastricht UMC+ krijgt binnenkort nieuw elektronisch patiëntendossier
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 (17)
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.
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.
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!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, 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.
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!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.
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:
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.
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.
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?
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.
Gisteren, 23:48 door
Anoniem
Door Anoniem:
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.
Jij hebt er duidelijk geen kaas van gegeten. Verdiep je eerst eens in waarom er opensource ontwikkel wordt en wat samenwerken betekent. IT moet ook geen corebusiness van een ziekenhuis zijn. Een ziekenhuis moet invloed hebben op ontwikkelingen! en de zorg moet ook financieren.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.
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.
Vandaag, 07:02 door
Tintin and Milou
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.
Zo te horen heb jij iets bedacht, wat nog niemand in Nederland of de EU heeft bedacht.
Ik zou zeggen, werk het uit en schrijf een business plan?
Ik ben benieuwd hoe jij denkt de ondersteuning te krijgen van bijvoorbeeld de medische hardware leveranciers, waarmee zo'n systeem samen werkt.
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.
Klinkt als een hele gedegen oplossing. Je hebt overduidelijk echt heel veel kennis op dit terrein. /sarcasme
Door Tintin and Milou:
Zo te horen heb jij iets bedacht, wat nog niemand in Nederland of de EU heeft bedacht.
Ik zou zeggen, werk het uit en schrijf een business plan?
Ik ben benieuwd hoe jij denkt de ondersteuning te krijgen van bijvoorbeeld de medische hardware leveranciers, waarmee zo'n systeem samen werkt.
/sarcasme
Iets minder sarcasme graag? Het idee is goed, en de vraag is goed, maar het zou inderdaad mooi zijn als er een uitwerking bij komt. Want waarom geen open source? Het verschil is niet de software, maar een juridisch contract. Leveranciers zouden dat kunnen doen. Leveranciers zijn vaak beursgenoteerd (vb. Topicus) en willen aandeelhouders tevreden houden voor (meer dan?) voldoende kapitaal. Ze zouden onderling moeten concurreren maar om het zichzelf makkelijker te maken werken ze met vendor lock-in, dat is een erkend probleem voor ziekenhuizen wanneer de kosten weer eens stijgen. Ziekenhuizen worden financiëel kort gehouden door verzekeraars, en dan lijkt open source misschien een slim idee omdat het goedkoper is.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.
Zo te horen heb jij iets bedacht, wat nog niemand in Nederland of de EU heeft bedacht.
Ik zou zeggen, werk het uit en schrijf een business plan?
Ik ben benieuwd hoe jij denkt de ondersteuning te krijgen van bijvoorbeeld de medische hardware leveranciers, waarmee zo'n systeem samen werkt.
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.
Klinkt als een hele gedegen oplossing. Je hebt overduidelijk echt heel veel kennis op dit terrein. /sarcasme
Maar tegelijkertijd werken bij een ziekenhuis een ander soort mensen dat meer bezig willen zijn met patiënten dan met ICT, ze willen alles graag uitbesteden en ze willen volgens mij over het algemeen ook niet direct nadenken over eigenaarschap van software. Ik weet niet of er ooit een tijd is geweest dat ieder ziekenhuis zijn eigen ICT-afdeling had, maar er moet een reden zijn waarom alles is uitbesteed, en omdat leveranciers graag het moderne afhankelijkheidsmodel hanteren door alles in de cloud op te slaan, heb je nu deze situatie.
Dus ja, open source kan dit veranderen, maar de oplossing ligt niet in de techniek of het juridische, het probleem is meer bedrijfsmatig. Financiëel zal het ziekenhuizen niet veel uitmaken gok ik zo, er zullen vast meer andere posten zijn waar ze op moeten letten.
Als iemand een beter idee heeft dan GNU Health houd ik mij aanbevolen!
Vandaag, 09:45 door
Anoniem
Door karma4: Dat bestaat al, heet chipsoft. Althans dat was het het ontstond.
Voor zover ik kan terugvinden is Chipsoft begonnen toen in de jaren '80 een chirurg het toenemende papierwerk zijn werk steeds meer in de weg vond staan. Zoon heeft toen software geschreven om dat te stroomlijnen, en dat was het begin van Chipsoft. Ik kan wat missen, maar ik zie nergens staan dat het ooit open source is geweest, en dat is wel waar degene op wie je reageerde het over had. Geen enkele organisatie kan het zelf tegen de kwaliteit en kosten van de massa.
De kracht van open source is (onder meer) dat een hoop verschillende organisaties er inspanning in kunnen steken en dat ze allemaal gratis en voor niets de resultaten van elkaars inspanning kunnen gebruiken. De kosten worden dan verdeeld en blijven per afzonderlijke organisatie laag. Een organisatie geeft de eigen inspanning weliswaar gratis weg, maar ontvangt van de andere mee-ontwikkelende deelnemers een veelvoud daarvan terug. Omdat de software-ontwikkeling zelf geen winstoogmerk heeft pakt dat voordeliger uit dan software van een commerciële aanbieder in licentie nemen. Win-win, dus. Uiteindelijk wordt dat commercieel en tenslotte door markwerking blijven er maar een paar over.
Vaak gaat het zo, maar dat kan dus wel degelijk anders.
Vandaag, 10:34 door
Anoniem
Door Anoniem: gnuhealth is totaal ongeschikt voor een ziekenhuis met alle wet en regelgeving, gegevens uitwisselingen, het kan niet eens de basis processen ondersteunen.
Kan je aangeven op basis waarvan je dit stelt?Als ik op de website van GNU-Health rondkijk zie ik dat ze zich ook op ziekenhuizen en zelfs landelijke systemen voor publieke gezondheidszorg richten, met een modulaire opzet. Het ziet er behoorlijk uitgebreid uit. Gegevensuitwisseling via FHIR, een standaard daarvoor, is in ontwikkeling maar nog niet zo ver dat ze het al volledig ondersteunen. Ze geven (betaalde) trainingen waarin ze ook ingaan op het voldoen aan de AVG en regelgeving per land.
En de Europese Commissie zelf prijst het aan (wat vreemd zou zijn als het niet aan de regels voldoet) onder de noemer van interoperabiliteit (wat vreemd zou zijn als dat niet goed genoeg is):
https://interoperable-europe.ec.europa.eu/collection/ehealth/news/gnu-health-boosting-public-health-management
Ik ben niet in een positie dat ik kan beoordelen hoe goed het werkelijk voldoet, maar dit is overduidelijk geen klein amateuristisch projectje maar een serieus opgezet project dat erop gericht is om gezondheidszorg, inclusief ziekenhuizen, breed te ondersteunen. Dit is bepaald niet klein. Verder valt me op dat in Spanje diverse organisaties het gebruiken, en daar gelden de EU-regels. Dat suggereert, samen met de genoemde trainingen, dat ze daaraan voldoen.
Vandaag, 11:29 door
Anoniem
Door Anoniem:
Als ik op de website van GNU-Health rondkijk zie ik dat ze zich ook op ziekenhuizen en zelfs landelijke systemen voor publieke gezondheidszorg richten, met een modulaire opzet. Het ziet er behoorlijk uitgebreid uit. Gegevensuitwisseling via FHIR, een standaard daarvoor, is in ontwikkeling maar nog niet zo ver dat ze het al volledig ondersteunen. Ze geven (betaalde) trainingen waarin ze ook ingaan op het voldoen aan de AVG en regelgeving per land.
En de Europese Commissie zelf prijst het aan (wat vreemd zou zijn als het niet aan de regels voldoet) onder de noemer van interoperabiliteit (wat vreemd zou zijn als dat niet goed genoeg is):
https://interoperable-europe.ec.europa.eu/collection/ehealth/news/gnu-health-boosting-public-health-management
Ik ben niet in een positie dat ik kan beoordelen hoe goed het werkelijk voldoet, maar dit is overduidelijk geen klein amateuristisch projectje maar een serieus opgezet project dat erop gericht is om gezondheidszorg, inclusief ziekenhuizen, breed te ondersteunen. Dit is bepaald niet klein. Verder valt me op dat in Spanje diverse organisaties het gebruiken, en daar gelden de EU-regels. Dat suggereert, samen met de genoemde trainingen, dat ze daaraan voldoen.
In België is men 2017 begonnen met het opzetten van een EPD en het werkt gewoon, uitwisseling tussen artsen ziekenhuizen, apotheken, verzekeraars, etc.Door Anoniem: gnuhealth is totaal ongeschikt voor een ziekenhuis met alle wet en regelgeving, gegevens uitwisselingen, het kan niet eens de basis processen ondersteunen.
Kan je aangeven op basis waarvan je dit stelt?Als ik op de website van GNU-Health rondkijk zie ik dat ze zich ook op ziekenhuizen en zelfs landelijke systemen voor publieke gezondheidszorg richten, met een modulaire opzet. Het ziet er behoorlijk uitgebreid uit. Gegevensuitwisseling via FHIR, een standaard daarvoor, is in ontwikkeling maar nog niet zo ver dat ze het al volledig ondersteunen. Ze geven (betaalde) trainingen waarin ze ook ingaan op het voldoen aan de AVG en regelgeving per land.
En de Europese Commissie zelf prijst het aan (wat vreemd zou zijn als het niet aan de regels voldoet) onder de noemer van interoperabiliteit (wat vreemd zou zijn als dat niet goed genoeg is):
https://interoperable-europe.ec.europa.eu/collection/ehealth/news/gnu-health-boosting-public-health-management
Ik ben niet in een positie dat ik kan beoordelen hoe goed het werkelijk voldoet, maar dit is overduidelijk geen klein amateuristisch projectje maar een serieus opgezet project dat erop gericht is om gezondheidszorg, inclusief ziekenhuizen, breed te ondersteunen. Dit is bepaald niet klein. Verder valt me op dat in Spanje diverse organisaties het gebruiken, en daar gelden de EU-regels. Dat suggereert, samen met de genoemde trainingen, dat ze daaraan voldoen.
Vandaag, 12:57 door
Anoniem
Door Anoniem: In België is men 2017 begonnen met het opzetten van een EPD en het werkt gewoon, uitwisseling tussen artsen ziekenhuizen, apotheken, verzekeraars, etc.
Het is me eerlijk gezegd niet duidelijk wat je probeert te zeggen. Het ging om de totale ongeschiktheid van GNU Health voor ziekenhuizen, het zou niet eens basale processen ondersteunen, en als ik naar GNU Health kijk lijkt het heel wat meer dan alleen iets rudimentairs te zijn. Onderbouwt wat jij zegt die ongeschiktheid? Of geef je juist aan dat het prima voldoet? Wat zeg je over GNU Health?
Vandaag, 13:03 door
Anoniem
Door Anoniem:
Als ik op de website van GNU-Health rondkijk zie ik dat ze zich ook op ziekenhuizen en zelfs landelijke systemen voor publieke gezondheidszorg richten, met een modulaire opzet. Het ziet er behoorlijk uitgebreid uit. Gegevensuitwisseling via FHIR, een standaard daarvoor, is in ontwikkeling maar nog niet zo ver dat ze het al volledig ondersteunen. Ze geven (betaalde) trainingen waarin ze ook ingaan op het voldoen aan de AVG en regelgeving per land.
En de Europese Commissie zelf prijst het aan (wat vreemd zou zijn als het niet aan de regels voldoet) onder de noemer van interoperabiliteit (wat vreemd zou zijn als dat niet goed genoeg is):
https://interoperable-europe.ec.europa.eu/collection/ehealth/news/gnu-health-boosting-public-health-management
Ik ben niet in een positie dat ik kan beoordelen hoe goed het werkelijk voldoet, maar dit is overduidelijk geen klein amateuristisch projectje maar een serieus opgezet project dat erop gericht is om gezondheidszorg, inclusief ziekenhuizen, breed te ondersteunen. Dit is bepaald niet klein. Verder valt me op dat in Spanje diverse organisaties het gebruiken, en daar gelden de EU-regels. Dat suggereert, samen met de genoemde trainingen, dat ze daaraan voldoen.
Het is een zeer serieus project op basis van moderne technieken. Het wordt gebouwd rond nginx en PostgreSQl en uitgerold met Ansible (waar ze in de windows wereld jaloers op zijn en hevig wordt gesponsord door Microsoft om ook met windows te kunnen doen want het is nu nog een beetje Linux only). Het is goed modulair opgezet en men maakt gebruik van uitstekend beschikbare open source componenten. https://docs.gnuhealth.org/ansible/overview.htmlDoor Anoniem: gnuhealth is totaal ongeschikt voor een ziekenhuis met alle wet en regelgeving, gegevens uitwisselingen, het kan niet eens de basis processen ondersteunen.
Kan je aangeven op basis waarvan je dit stelt?Als ik op de website van GNU-Health rondkijk zie ik dat ze zich ook op ziekenhuizen en zelfs landelijke systemen voor publieke gezondheidszorg richten, met een modulaire opzet. Het ziet er behoorlijk uitgebreid uit. Gegevensuitwisseling via FHIR, een standaard daarvoor, is in ontwikkeling maar nog niet zo ver dat ze het al volledig ondersteunen. Ze geven (betaalde) trainingen waarin ze ook ingaan op het voldoen aan de AVG en regelgeving per land.
En de Europese Commissie zelf prijst het aan (wat vreemd zou zijn als het niet aan de regels voldoet) onder de noemer van interoperabiliteit (wat vreemd zou zijn als dat niet goed genoeg is):
https://interoperable-europe.ec.europa.eu/collection/ehealth/news/gnu-health-boosting-public-health-management
Ik ben niet in een positie dat ik kan beoordelen hoe goed het werkelijk voldoet, maar dit is overduidelijk geen klein amateuristisch projectje maar een serieus opgezet project dat erop gericht is om gezondheidszorg, inclusief ziekenhuizen, breed te ondersteunen. Dit is bepaald niet klein. Verder valt me op dat in Spanje diverse organisaties het gebruiken, en daar gelden de EU-regels. Dat suggereert, samen met de genoemde trainingen, dat ze daaraan voldoen.
Zo hoort het, verder bouwen op wat al bestaat en dat zich al heeft bewezen in talloze professionele websites. het is dus een webbased oplossing met een uitgebreide RESTful API hub. Iedere leverancier kan er tegen aan ontwikkelen en uitgebreid kostenloos testen op basis van open standaarden. Ik zou de aandelen chipsoft pink etc verkopen.
Alleen als ik zie wie de sponsors zijn, zijn ziekenhuizen weer de grote afwezige. Die hebben hun geld al verloren natuurlijk aan dure vendor-lockin koppelingen.
Door dingetje:
Want waarom geen open source?
Waarom wel? Het lost namelijk weinig echt op.Door Tintin and Milou:
Zo te horen heb jij iets bedacht, wat nog niemand in Nederland of de EU heeft bedacht.
Ik zou zeggen, werk het uit en schrijf een business plan?
Ik ben benieuwd hoe jij denkt de ondersteuning te krijgen van bijvoorbeeld de medische hardware leveranciers, waarmee zo'n systeem samen werkt.
/sarcasme
Iets minder sarcasme graag? Het idee is goed, en de vraag is goed, maar het zou inderdaad mooi zijn als er een uitwerking bij komt. 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.
Zo te horen heb jij iets bedacht, wat nog niemand in Nederland of de EU heeft bedacht.
Ik zou zeggen, werk het uit en schrijf een business plan?
Ik ben benieuwd hoe jij denkt de ondersteuning te krijgen van bijvoorbeeld de medische hardware leveranciers, waarmee zo'n systeem samen werkt.
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.
Klinkt als een hele gedegen oplossing. Je hebt overduidelijk echt heel veel kennis op dit terrein. /sarcasme
Want waarom geen open source?
Het verschil is niet de software, maar een juridisch contract. Leveranciers zouden dat kunnen doen. Leveranciers zijn vaak beursgenoteerd (vb. Topicus) en willen aandeelhouders tevreden houden voor (meer dan?) voldoende kapitaal. Ze zouden onderling moeten concurreren maar om het zichzelf makkelijker te maken werken ze met vendor lock-in, dat is een erkend probleem voor ziekenhuizen wanneer de kosten weer eens stijgen. Ziekenhuizen worden financiëel kort gehouden door verzekeraars, en dan lijkt open source misschien een slim idee omdat het goedkoper is.
Ik zie nog weinig argumenten waarom het goedkoper zou worden voor ziekenhuizen, of waarom dit nu beter is.Je bedoelt misschien openstandaarden? Daar dat bied geen garantie dat alles werkt. Vaak genoeg gezien, dat je toch even met een leverancier moet overleggen. Daarom is ondersteuning en certificering vanuit leveranciers juist zo belangrijk
Maar tegelijkertijd werken bij een ziekenhuis een ander soort mensen dat meer bezig willen zijn met patiënten dan met ICT, ze willen alles graag uitbesteden en ze willen volgens mij over het algemeen ook niet direct nadenken over eigenaarschap van software. Ik weet niet of er ooit een tijd is geweest dat ieder ziekenhuis zijn eigen ICT-afdeling had, maar er moet een reden zijn waarom alles is uitbesteed, en omdat leveranciers graag het moderne afhankelijkheidsmodel hanteren door alles in de cloud op te slaan, heb je nu deze situatie.
Je bedoelt functional vs technical applicatie beheer?Dus ja, open source kan dit veranderen, maar de oplossing ligt niet in de techniek of het juridische, het probleem is meer bedrijfsmatig.
Nee, het zal een ziekenhuis echt helemaal niets uitmaken wat voor een software licentie exact gebruikt wordt. Zolang er maar goede ondersteuning op te leveren is (en dat het doet wat het moet doen).Financiëel zal het ziekenhuizen niet veel uitmaken gok ik zo, er zullen vast meer andere posten zijn waar ze op moeten letten.
Ik denk dat niemand zomaar een gok gaat nemen, op basis van je argumenten die je aandraagt. Je hebt het over miljoenen aan euro, ik zou niet weten hoeveel uren, en de core applicatie van een ziekenhuis.
Vandaag, 13:38 door
Tintin and Milou
Door Anoniem:
De CMIO van het MUMC+ zegt het ook:
Is het dan nog een standaard pakket of toch al maatwerk?
Het is ook een standaard pakket, maar je moet het wel customizen naar jou behoefte. Het is geen next next next setupje. 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?
Maar al bedrijfs processen er in verwerkt worden.
Je apparatuur moet er mee samen werken.
Trainingen moeten gedaan worden en uitgewerkt worden.
Ooit wel eens iets met SAP gedaan of neergezet?
Or een Oracle Applicatie stack?
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 ingelogd 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.
Information Security Officer (2fte)
Een uitdagende rol waarbij jij, op basis van security, de vertaalslag maakt tussen business en IT en direct bijdraagt aan de veiligheid van informatie binnen de gemeente Almere. Dat is in een notendop waar jij als Information Security Officer mee bezig bent. Interesse gewekt? Door groei van de organisatie zijn we op zoek naar twee nieuwe collega’s.
Specialiseer je in Forensisch ICT
Online informatieavond 19 november
Wil jij je specialiseren in digitaal forensisch onderzoek? Je kennis verbreden en tech-nische vaardigheden ontwikkelen? Ontdek de cursus- en opleidingsmogelijkheden van Hogeschool Leiden:
- Bachelor Informatica Forensisch ICT (deeltijd)
- Master Digital Forensics (vol- en deeltijd)
- Module Mobile Forensics
- Module Data Analytics
Interesse? Meld je aan!
Cybersecurity Trainer / Streamer
Toe aan een nieuwe nieuwe job waarmee je het verschil maakt? In de Certified Secure trainingen laat je deelnemers zien hoe actuele kwetsbaarheden structureel verholpen worden. Ook werk je actief mee aan de ontwikkeling van onze gamified security challenges. Bij het maken van challenges kom je telkens nieuwe technieken tegen, van Flutter tot GraphQL, van Elastic Search tot Kubernetes.
