Wat is het verschil tussen Cloud en Cloud Native. Waarom is het belangrijk voor medische beeldvorming?

Consumenten- en bedrijfssoftware heeft de afgelopen vijf jaar een aanzienlijke evolutie doorgemaakt. Voor veel industrieën is Software as a Service (SaaS) inmiddels de norm geworden. Zo is men geruisloos overgestapt van bijvoorbeeld Microsoft Office-producten naar het online pakket Microsoft 365, dat wordt aangeboden als een service. Ook thuis gebruiken we een hele reeks Google-, Apple- en andere softwareproducten – allemaal geleverd als service of abonnement.

Ook in healthcare zien we een duidelijke overstap naar SaaS-oplossingen. Nieuwe toepassingen, zoals AI, zijn vaak al standaard cloud native. Dat houdt in: van meet af aan ontwikkeld in de cloud.

Voor kritische en complexe EPD’s en PACS verloopt de overgang naar de (native) cloud zeer traag. Die vertraging kent twee belangrijke oorzaken:

Dbullet De bestaande leveranciers van PACS gebruiken legacy systemen met uiteenlopende functies, gebaseerd op relatief oudere technologie die nooit voor de cloud ontworpen is.

Dbullet Veel eindgebruikers vrezen dat de veiligheid, toegang tot en reactietijd van native cloudsoftware te wensen overlaat. Veel gezondheidszorginstellingen denken dus dat een SaaS-oplossing traag en onbetrouwbaar is. De perceptie heerst dat een applicatie die in een openbare (public) cloud draait het systeem trager en minder betrouwbaar maakt. In werkelijkheid is niets minder waar; een cloudplatform is vaak juist beter, performanter én veiliger dan een privaat datacenter.

 

 

Waarom cloud native de toekomst is:

download infografiek

'Waarom verbinden met de native cloud'

infografiek cloud native NL bewerkt-1

Download Infografiek

 

Voor gezondheidszorginstellingen is het niet verstandig te blijven investeren in het verwerven en beheren van lokale soft- en hardware. Zeker niet omdat de mogelijkheden, verwachtingen en ervaringen met SaaS blijven evolueren. Gebruikers van bedrijfstoepassingen willen kunnen betalen voor software op basis van gebruik. Ook willen ze toegang tot de nieuwste functies zodra deze beschikbaar zijn. En ze verwachten dat de softwareprestaties zich automatisch aanpassen aan steeds veranderende vereisten. Om aan deze behoeften te voldoen, zijn cloud native softwareontwikkeling en born-in-the-cloud-softwareoplossingen nodig die automatische schaalbaarheid, continue productinnovatie, eenvoudige uitbreiding en intuïtieve configuratie mogelijk maken.

Het ontwerpen van een op SaaS gebaseerd PACS is niet eenvoudig. Want er is meer nodig dan een traditioneel PACS installeren in een datacenter en het omsluiten met enkele publieke services. Om de voordelen van een cloud native PACS echt te begrijpen, moeten we dieper kijken naar de beide architecturen. In onderstaande tabel geven we een globaal overzicht van de verschillen.

 

Traditionele Enterprise cloudoplossingen versus cloud native en de gevolgen voor cloud native PACS

 

Traditionele Enterprise oplossingen

Cloud native

Gevolg voor medische beeldvorming met cloud native PACS

Afhankelijk van OS; elk systeem heeft bepaalde specificaties en onderliggende hardware-eisen. Vaak lopen ze achter op de laatste nieuwe technologieën, operating systemen, enzovoort.

Onafhankelijk van OS; dit kan werken binnen verschillende (cloud)omgevingen en technologieën. Uitbreiden en verplaatsen is daardoor makkelijker en de software componenten herbruikbaar (en dus toekomstgericht).

Het ziekenhuis is niet afhankelijk van een bepaald OS of zit niet vast aan (oudere) technologie. Omdat er geen lokale server/ storage omgeving is, is er ook geen nood voor OS-updates, antivirus, patches, enzovoort.

Overschrijdt snel capaciteit; er wordt steeds overschaald en extra geïnvesteerd.

Altijd de juiste capaciteit.

Software-as-a-Service. Niet enkel op papier, maar ook in de praktijk waarbij het ziekenhuis enkel betaalt voor hetgeen het gebruikt. En dat werkt kostenbesparend.

Silo’s en ‘over the wall’ overdracht; elke ‘tenant’ of klant is een ‘silo’ en moet op een traditionele manier resources en gegevens delen met andere klanten van het datacenter, hoewel ze elk hun eigen installatie in het datacenter hebben.

Collaborative; klanten hebben hun eigen opslag, maar kunnen eenvoudig resources en data delen mits de juiste afspraken zonder (data)overdrachten of complexe integraties.

Infrastructuur is per definitie multi-tenant.

Ziekenhuizen en radiologen kunnen eenvoudig samenwerken, terwijl iedereen de eigen systeem en workflow behoudt. Het is niet nodig om naar één (vaak rigide) manier van werken over te schakelen om in een netwerk te kunnen samenwerken. Ook integraties (met AI, eHealth) zijn eenvoudig te delen.

Ontwikkeling volgens watervalmethode en major upgrades.

Continue verbetering en updates zonder onderbreking.

Elk ziekenhuis zit altijd op de meest recente versie zonder zelf te hoeven upgraden.

Handmatig schalen.

Geautomatiseerde schaalbaarheid.

Een ziekenhuis heeft geen zorgen meer over de capaciteit van het systeem (bijvoorbeeld bij uitbreidingen, toevoegen nieuwe toestellen, enzovoort).

Vaak (deels) Fat Client software.

Volledig webgebaseerde software.

Dat maakt PACS OS onafhankelijk, schaalbaar flexibel, enzovoort.

 


De volgende stap?

Ontdek in 15 minuten met een PACSonWEB applicatiespecialist hoe PACSonWEB u kan helpen bij het optimaliseren van uw radiologieworkflows..

 

Maak een afspraak voor een demo

 

Back to Blog

Gerelateerde artikels

Dobco Medical Systems helpt radiologen in de strijd tegen Covid-19 met het mandaat van de Belgische overheid.

Dobco Medical Systems voorziet Belgische en Nederlandse radiologen tijdens de coronacrisis gratis...

Cloudgebaseerde PACSonWEB profileert zich steeds meer als product van de toekomst voor Dedalus

Centrale thema's op ECR 2023 waren efficiëntiewinst, rendement op investering en...

PACSonWEB sleutelonderdeel van Jan Yperman Ziekenhuis' SaaS strategie

Samenwerken en gemakkelijker home reading met cloud PACS De implementatie van de PACSonWEB...