FAQ

Een traditioneel EPD is een EPD dat is ontstaan vanuit patiëntenregistratie en financiële afhandeling. Vandaag de dag vormt dat nog steeds de kern het traditionele EPD. Vernieuwingen en integraties met andere zorgsystemen zijn nauwelijks mogelijk.

De vijf kenmerken van een traditioneel EPD zijn:

1. Een gesloten architectuur

2. Een monolithische opbouw

3. Draait om patiëntenregistratie en financiële afhandeling, weinig aandacht voor dossiervorming

4. Geen of beperkte data invoer via software-interface (API) mogelijk

5. Zorgdata wordt opgeslagen volgens leverancier eigen proprietary datamodel

Nee, alleen een moderne webbrowser is nodig om met het mConsole EPD te kunnen werken. Er is dus geen lokale installatie van software op een werkplek nodig.

Ja, het moderne mConsole EPD is een compleet geïntegreerd EPD voor zorgregistratie, dossiervoering, workflow, facturatie én PGO ontsluiting. Dit leveren wij vanuit één contract, lekker makkelijk en overzichtelijk voor jou.

Ja, het moderne mConsole EPD is modulair van opbouw. Elke module is apart in licentie af te nemen en naadloos te integreren in ieder willekeurig bestaand EPD-landschap. We hebben meer dan 20 verschillende modules waaruit je kunt kiezen, met elk een rijkheid aan voordelen en functionaliteit.

Ja ook dit is mogelijk met het moderne mConsole EPD, je blijft altijd flexibel in iedere keuze die je nu en in de toekomst maakt. 

We weten niet alles over het menselijk functioneren. Wat we nu weten en willen registreren is in de toekomst weer anders, aangezien ons kennisniveau groeit. Een EPD moet daarom flexibel zijn in de informatievastlegging van zorggegevens, maar stabiel zijn voor wat betreft de programmatuurcode. De openEHR standaard is bedacht volgens dit principe en maakt dit mogelijk. Het mConsole EPD is ontworpen volgens deze openEHR standaard en kan omgaan met deze flexibiliteit in informatievastlegging, terwijl de programmatuurcode niet aangepast hoeft te worden. Iets waar we trots op zijn.

Als je in zorgsysteem A meer informatie over bijvoorbeeld een observatie vastlegt en je kunt het wel via een communicatie standaard versturen, maar er is geen ruimte in zorgsysteem B om deze extra informatie op te slaan, dan kun je nog niet communiceren van A naar B. Het is daarom van belang dat leveranciers een standaard gebruiken voor de opslag van zorggegevens. Wij geven daarbij het goede voorbeeld.

De drie oprichters van CODE24 hebben jarenlang zelf gewerkt in een zorgorganisatie en kennen daardoor de zorg heel goed. Tijdens het werken in de zorg is door de jaren heen een visie ontstaan over wat verbeterd kan worden in de zorg IT. Dit heeft uiteindelijk geleid tot de oprichting van CODE24.

CODE24 is een gespecialiseerd bedrijf met diepgaande kennis van zorgdata-standaardisatie en interoperabiliteit in de zorg. Onze visie op interoperabiliteit werkt niet alleen door in onze producten, maar ook in onze bedrijfsvoering: we werken nauw samen met andere experts binnen de zorg IT en bedienen gezamenlijk onze klanten. Hierdoor heb je als klant toegang tot een groot netwerk van specialisten, waarmee we de diverse facetten van onze oplossingen nog krachtiger kunnen borgen. Deze samenwerkingen staan centraal in de visie die wij hebben op de toekomst van de zorg en dragen bij aan de continuïteit die we als CODE24 bieden.

We vinden het daarnaast belangrijk om als bedrijf toegankelijk te zijn voor onze klanten en partners en onze wendbaarheid te bewaren. Op dit fundament bouwen we dagelijks door: zowel aan onze producten als aan de groei van ons team en ons netwerk van specialisten.