Een webgebaseerd platform voor prenatale gezondheidsdossiers met laag risico dat digitale zorgbeheer en bruikbaarheidsvalidatie integreert met zorgprofessionals

Samenvatting

Dit werk beschrijft de ontwikkeling en validatie van de bruikbaarheid van een webgebaseerde applicatie die is ontworpen om dossiers van laag-risico prenatale consultaties te digitaliseren. De tool is ontwikkeld om de documentatie van klinische informatie te optimaliseren, verloskundige berekeningen te automatiseren en de continuïteit van de moederzorg te verbeteren, waarbij de beperkingen van handmatige administratie worden aangepakt.

Samenvatting

De kwaliteit en volledigheid van prenatale dossiers zijn cruciaal voor effectieve moeder- en foetale zorg. Het conventionele gebruik van gedrukte handboeken voor het documenteren van prenatale consulten brengt echter aanzienlijke beperkingen met zich mee, waaronder onvolledige aantekeningen, onleesbaarheid en het risico op fysieke schade of verlies. Deze beperkingen kunnen de continuïteit van zorg en de betrouwbaarheid van klinische informatie in gevaar brengen. Om deze problemen te beperken, presenteert dit werk de ontwikkeling en voorlopige bruikbaarheidsevaluatie van een webgebaseerde applicatie die is ontworpen om prenatale consultatiegegevens te digitaliseren en te optimaliseren. Het doel van het protocol is het bieden van een gestructureerd en efficiënt digitaal systeem voor het registreren, adviseren en beheren van prenatale gegevens, waarbij geautomatiseerde verloskundige berekeningen en visualisatietools worden geïntegreerd ter ondersteuning van klinische besluitvorming. Systeemvereisten werden vastgesteld via een op literatuur gebaseerde analyse van best practices in prenatale zorgdocumentatie en gezondheidsinformatiesystemen. De voorgestelde oplossing werd geïmplementeerd als een responsieve webapplicatie die voldeed aan gebruiksvriendelijkheids- en toegankelijkheidsnormen om integratie in routinematige klinische workflows te vergemakkelijken. De bruikbaarheidsevaluatie betrof zorgprofessionals met eerdere ervaring met het gedrukte handboek. Kwantitatieve gegevens werden verzameld met behulp van de systeem usability scale (SUS), terwijl kwalitatieve inzichten werden verkregen via semi-gestructureerde interviews. De applicatie behaalde een gemiddelde SUS-score van 77,50, wat wijst op goede gebruiksvriendelijkheid en acceptatie. Deelnemers benadrukten de relevantie van het systeem voor de klinische praktijk, het potentieel om fouten te verminderen en het vermogen om de continuïteit en kwaliteit van de prenatale zorg te verbeteren. De bevindingen tonen aan dat het voorgestelde protocol effectief veelbelovend is om digitale documentatie af te stemmen op de operationele behoeften van prenatale zorgprofessionals. Het systeem behaalde een gemiddelde score op de systeembruikbaarheidsschaal van 77,5, waarmee de industriegrens van 68 werd overschreden en een goede acceptatie van gebruiksvriendelijkheid onder de geëvalueerde professionals werd aangegeven. Deze bevindingen suggereren dat het voorgestelde platform een haalbare en door de gebruiker acceptabele benadering is voor het digitaliseren van prenatale gezondheidsdossiers.

Inleiding

In Brazilië is prenatale zorg een belangrijk volksgezondheidsbeleid om het welzijn van moeder en kind te bevorderen¹. Voldoende prenatale follow-up omvat meerdere dimensies van zorg, waaronder klinische handelingen zoals onderzoeken en vaccinaties, evenals ondersteuning voor de sociale en emotionele behoeften van de patiënt². In deze context dient het Gezondheidsdossier van de Zwangere Vrouw als het officiële document dat wordt gebruikt voor het registreren en monitoren van klinische gegevens gedurende de^{hele zwangerschap 3}.

Ondanks het belang kent de gedrukte versie van het gezondheidsdossier aanzienlijke beperkingen, waaronder handgeschreven aantekeningen die gevoelig zijn voor fouten, onvolledigheid, onleesbaarheid en problemen gerelateerd aan verlies of schade^{aan documenten 4}. Deze tekortkomingen belasten zorgprofessionals met administratieve taken en belemmeren continuïteit van zorg. De slechte kwaliteit van prenatale gegevens heeft een negatieve invloed op de patiëntveiligheid en de geïnformeerde besluitvorming, waardoor uiteindelijk de effectiviteit van eerstelijnszorgmaatregelen afneemt. Eerdere studies hebben een directe associatie aangetoond tussen de kwaliteit van prenatale zorg en neonatale uitkomsten, waarbij blijkt dat onvoldoende follow-up samenhangt met vroeggeboorte en laag geboortegewicht⁵.

Wereldwijd benadrukt de Wereldgezondheidsorganisatie (WHO) dat digitale transformatie in moedergezondheid een strategische prioriteit is voor het behalen van de Duurzame Ontwikkelingsdoelen (SDG's), met name SDG 3, dat gericht is op het waarborgen van een gezond leven en het bevorderen van welzijn voor alle ^6,7. De Digital Health Strategy 2020–2025 van de WHO pleit voor het adopteren van interoperabele digitale systemen om de coördinatie van zorg, datakwaliteit en continuïteit tussen gezondheidsdiensten te verbeteren. In verschillende landen zijn elektronische moedergezondheidsdossiers met succes geïmplementeerd om datagedreven besluitvorming, vroege opsporing van complicaties en integratie tussen eerstelijns- en gespecialiseerde zorg^{te verbeteren 8,9}.

De implementatie van dergelijke technologieën draagt bij aan het verminderen van de sterfte onder moeders en neonatale kinderen, die ondanks wereldwijde inspanningen hoog blijven in lage- en middeninkomenslanden. Digitale tools maken het mogelijk om realtime gegevens te delen, geautomatiseerde waarschuwingen voor risicovolle zwangerschappen en gestandaardiseerde rapportages te geven, die cruciaal zijn voor het verbeteren van de kwaliteit en veiligheid van de prenatale zorg. Bovendien worden gebruikersgericht ontwerp en validatie van bruikbaarheid erkend als cruciale componenten voor het waarborgen van de adoptie en langdurige duurzaamheid van gezondheidsinformatiesystemen^10,11.

Gezien deze wereldwijde en nationale uitdagingen is de ontwikkeling van technologische systemen om klinisch informatiebeheer te optimaliseren steeds relevanter geworden. Dergelijke tools proberen zorgprofessionals te ontlasten van handmatige administratietaken, zodat zij zich kunnen richten op directe patiëntenzorg¹². Deze studie presenteert de ontwikkeling en voorlopige bruikbaarheidsevaluatie van een webgebaseerd softwareprototype voor het digitaliseren van de gezondheidsdossiers van zwangere vrouwen, speciaal ontworpen voor zwangerschappen met een laag risico. Het systeem is ontwikkeld met nadruk op klinische dataorganisatie en toegankelijkheid, volgens een schone architectuur¹³ en een gebruikersgerichte ontwerpbenadering¹⁴. Het doel is om de bruikbaarheidstests te presenteren die met zorgprofessionals zijn uitgevoerd om patiëntopname, consultatieprocessen en individuele follow-up processen te valideren.

Voor zover de auteur weet, is dit een van de eerste studies die een domeingestuurde, klinisch onderbouwde softwarearchitectuur combineert gebaseerd op Domain-Driven Design en Hexagonal Architecture met een gestructureerd validatieprotocol voor bruikbaarheidsevaluatie dat specifiek is toegepast op de digitalisering van het gezondheidsdossier van de Braziliaanse zwangere vrouw in prenatale zorgomgevingen met een laag risico. De belangrijkste bijdragen van dit werk omvatten de ontwikkeling van een webgebaseerd prenataal zorgsysteem dat is ontworpen om het gezondheidsdossier van de zwangere vrouw te digitaliseren voor zwangerschappen met een laag risico, waardoor het beheer, de toegankelijkheid en betrouwbaarheid van klinische gegevens binnen eerstelijnszorgomgevingen worden verbeterd. Daarnaast presenteert de studie een voorlopige bruikbaarheidsevaluatie met zorgprofessionals, waarbij de resultaten suggereren dat het systeem de efficiëntie van de workflow kan verbeteren, documentatiefouten kan verminderen en meer patiëntgerichte en datagedreven moederzorg kan ondersteunen.

Protocol

Deze studie omvatte een bruikbaarheidsevaluatie waarbij zorgprofessionals professionele meningen gaven over een softwareprototype. Er werden geen persoonlijke, klinische of identificeerbare gegevens verzameld van de deelnemers, en alle patiëntendossiers die tijdens sessies werden gebruikt, waren fictief. Omdat de studie geen risico vormde voor de deelnemers en geen gevoelige gegevens verzamelde, werd deze als vrijgesteld van formele ethische commissiebeoordeling. Alle deelnemers werden geïnformeerd over de doelstellingen van de studie en gaven mondelinge toestemming voorafgaand aan de deelname.

De methodologische webinterface die in dit werk werd voorgesteld, is zo gestructureerd dat een reproduceerbaar proces wordt gewaarborgd voor het ontwerp, de ontwikkeling en evaluatie van de voorgestelde tool-gebaseerde prenatale zorgapplicatie. Het proces was georganiseerd in opeenvolgende fasen, waaronder vereisteanalyse¹⁵, prototyping, systeemarchitectuurdefinitie, implementatie en bruikbaarheidsevaluatie. Deze voorgestelde structuur maakte de ontwikkeling mogelijk van een robuust, gebruiksvriendelijk en contextbewust digitaal hulpmiddel ter ondersteuning van de optimalisatie van prenatale zorgdocumentatie en klinische besluitvorming, zie Figuur 1.

Figuur 1: Ontwikkelingsprocesmodel dat de vijf opeenvolgende fasen illustreert die in deze studie zijn gehanteerd. (1) Eisenanalyse, bestaande uit literatuuronderzoek en co-ontwerpsessies met een domeinexpert; (2) Prototyping, waarbij wireframevalidatie met lage nauwkeurigheid wordt toegepast; (3) Architectuurdefinitie, gebaseerd op domeingedreven ontwerp en hexagonale architectuurprincipes; (4) Implementatie, inclusief frontend, backend en databaseontwikkeling; en (5) Usability Testing, uitgevoerd met vijf zorgprofessionals met behulp van de System Usability Scale en think-aloud-protocol. Klik hier om een grotere versie van deze figuur te bekijken.

Systeemvereisten
De fase van systeemvereisten was gericht op het identificeren van de functionele en operationele behoeften die essentieel zijn voor de ontwikkeling van de voorgestelde prenatale zorgaanvraag. Het proces van het oproepen van vereisten combineerde een gestructureerde literatuurstudie met co-ontwerpsessies die werden uitgevoerd met een verloskundige specialist in primaire prenatale zorg. De review werd uitgevoerd via SciELO, PubMed/MEDLINE en Scopus, waarbij zoekstrings werden gecombineerd van: ("prenatale zorg" OF "prenatale zorg") EN ("digitale gezondheid" OF "elektronisch patiëntendossier" OF "gezondheidsinformatiesysteem") EN ("bruikbaarheid" OF "gebruikersgericht ontwerp"). Studies gepubliceerd in het Engels en Portugees die digitale tools voor prenatale documentatie of bruikbaarheidsevaluatie van gezondheidsinformatiesystemen onderzochten, werden overwogen. De literatuurstudie informeerde om beperkingen in het papieren medische dossier te identificeren en stelde de klinische parameters vast die gedigitaliseerd moesten worden. De co-ontwerpsessies bestonden uit gestructureerde interviews en gezamenlijke low-fidelity prototyping, waarbij de domeinexpert de logische volgorde van gegevensinvoer en de klinische relevantie van elke systeemfunctie valideerde vóór de implementatie. Een centraal resultaat van dit proces was de vestiging van een alomtegenwoordige taal, een gedeelde woordenschat tussen het ontwikkelingsteam en de klinisch expert, waardoor domeinspecifieke termen zoals 'Patiëntopname', 'Zwangerschapsleeftijd', 'Baarmoederhoogte' en 'Foetale hartslag' consequent werden weerspiegeld in zowel de gebruikersinterface als het domeinmodel van het systeem. Deze aanpak verkleinde de kloof tussen klinische vereisten en de geïmplementeerde oplossing en valideerde de twee kernmodules.

Voor dit systeem wordt een laag-risico zwangerschap gedefinieerd volgens de richtlijnen van het Braziliaanse Ministerie van Volksgezondheid (in het Portugees, Cadernos de Atenção Básica). Nr. 32, 2012) als zwangerschap zonder bestaande moederlijke aandoeningen (bijv. hypertensie, diabetes mellitus, auto-immuunziekten), zonder verloskundige complicaties tijdens prenatale follow-up, en zonder foetale afwijkingen die tijdens consultaties werden vastgesteld. Patiënten die als hoogrisico worden geclassificeerd, vallen buiten het bereik van dit systeem en moeten worden doorverwezen naar gespecialiseerde moeder-foetale zorg.

Op basis van de bevindingen werden twee hoofdmodules vastgesteld: (i) de consultatiemodule en (ii) de vervolgmodule. Elke module is ontworpen om de klinische routines uit de praktijk weer te geven, wat intuïtieve navigatie en efficiënte gegevensinvoer tijdens de patiëntenzorg bevordert. De consultatiemodule omvat verschillende belangrijke gebruikssituaties die aansluiten bij het typische prenatale consultatieproces. De opnamefunctie voor patiënten maakt het mogelijk om nieuwe patiënten te registreren door hun volledige naam, nationaal zorgkaartnummer (CNS) en de laatste menstruatiedatum (LMP) in te voeren. Veldspecificaties, formaatvereisten en validatieregels die zowel op client- als serverniveau worden toegepast, worden beschreven in Tabel 1. Om de gegevensintegriteit te waarborgen, voorkomt het systeem automatisch dubbele vermeldingen op basis van de CNS-identificatie. De Start Consultation-functie stelt zorgprofessionals in staat een nieuw consult te starten voor een reeds geregistreerde patiënt, waarbij de gebruiker wordt doorgestuurd naar de consultatie-interface.

Veld	Format	Validatieregel	Voorbeeld
Patiëntnaam	Vrije tekst	Minimaal 3 tekens; Alleen alfabetische tekens en spaties.	"Maria da Silva"
CNS (Nationaal Gezondheidskaart)	15 numeriek Cijfers	Gevalideerd met een op Luhn gebaseerd algoritme; Moet uniek zijn voor elke patiënt.	“70000000 0000001”
LMP-datum	DD/MM/YYYY	Het mag geen toekomstige datum zijn en moet binnen 42 weken vallen vóór de huidige datum.	“01/01/2026”

Tabel 1: Specificaties van het opnameveld van patiënten, formaatvereisten en validatieregels. De velden zijn georganiseerd volgens demografische vereisten, identificatie en klinische registratie om gestandaardiseerde patiëntenonboarding en dataconsistentie tijdens prenatale opname te waarborgen.

De consultatieworkflow volgt een sequentieel en gestructureerd proces dat is ontworpen om efficiënt prenatale zorgbeheer te ondersteunen. Eerst raadpleegt de zorgprofessional de hoofdpatiëntenlijst en vindt de doelpatiënt op naam of CNS-nummer met behulp van de zoekfunctie. Na het selecteren van de patiënt start de professional het consult door op "consult starten" te klikken. In deze fase maakt het systeem een nieuw consultatieverslag aan dat gekoppeld is aan de geselecteerde patiënt en verwijst de gebruiker door naar de consultatie-interface, die is georganiseerd in vier secties: lichamelijk onderzoek, laboratoriumonderzoek, echo en samenvatting.

Tijdens de lichamelijke onderzoeksfase registreert de professional algemene klinische parameters, zoals gewicht, lengte, bloeddruk en gemelde klachten, evenals obstetrische parameters, waaronder de lengte van de baarmoeder en de hartslag van de foetale huid. Het systeem berekent en toont automatisch de body mass index en zwangerschapsduur om klinische beslissingen te ondersteunen. In het laboratoriumtestgedeelte kunnen trimestergebaseerde examenresultaten worden geregistreerd via de bijbehorende inputcontroles, terwijl afgeronde en lopende onderzoeken visueel worden onderscheiden om monitoring van prenatale protocollen te vergemakkelijken.

Indien beschikbaar, kan ook ultrageluidsinformatie worden opgenomen in het consult. De professional kan toegang krijgen tot het sonografische registratiegebied en het bijbehorende formulier invullen met de rapportgegevens. Nadat alle relevante informatie is ingevoerd, wordt de consultatie afgerond via de indieningsfunctie. Het systeem valideert vervolgens de benodigde velden en, als het proces succesvol wordt afgerond, verwijst het de gebruiker door naar het follow-up scherm van de patiënt.

De follow-up screen geeft een geconsolideerd overzicht van de klinische geschiedenis van de patiënt, inclusief trendgrafieken voor body mass index en baarmoederhoogte, evenals een chronologische lijst van eerdere consulten. Deze structuur maakt continue monitoring van de moedergezondheid gedurende de prenatale zorg mogelijk.

Binnen de consultatieworkflow werden specifieke functies geïmplementeerd om het registreren van klinische en diagnostische gegevens te ondersteunen. De sectie lichamelijk onderzoek maakt documentatie mogelijk van algemene en obstetrische parameters volgens gestandaardiseerde klinische meetprotocollen. Gewicht wordt geregistreerd in kilogrammen (acceptabel bereik: 30–200 kg) en lengte in meters (acceptabel bereik: 1,00–2,50 m), waarbij de BMI automatisch wordt berekend als gewicht (kg) / lengte² (^m2). De bloeddruk wordt gemeten in mmHg als systolische/diastolische waarden (bijv. 120/80 mmHg), volgens standaard sfygmomanometrische metingen met de patiënt zittend. De baarmoederhoogte (fundale hoogte) wordt gemeten in centimeters van de pubicale symfyse tot de baarmoederfundus met behulp van een niet-elastisch meetlint, waarbij de patiënt in dorsale decubitus is (acceptabel bereik: 16–40 cm, afhankelijk van de zwangerschapsleeftijd). De hartslag van de foetus wordt gemeten in slagen per minuut (normaal bereik: 110–160 slagen per minuut). Aanvullende velden zijn onder meer foetale presentatie (cefalisch/stuit/transversaal) en notatie van oedeem of exanthema wanneer aanwezig.

De laboratoriumtoetsinterface maakt registratie van trimestergebaseerde testresultaten mogelijk, met visuele indicatoren die voltooide en lopende onderzoeken tonen om redundantie te voorkomen. Het systeem ondersteunt documentatie van de standaard prenatale laboratoriumonderzoeken die door het Braziliaanse Ministerie van Volksgezondheid worden aanbevolen, georganiseerd per zwangerschapstrimester zoals beschreven in Tabel 2. De Ultrasoundmodule is optioneel en wordt geactiveerd wanneer echografisch onderzoek beschikbaar is voor documentatie. Onderwerpen omvatten onderzoeksdatum (DD/MM/JJJJ), zwangerschapsduur bij onderzoek op basis van LMP (weken), zwangerschapsduur zoals bepaald door ultrasone biometrie (weken), geschat foetaal gewicht (gram), placentalocatie (anterieur/posterior/fundaal/lateraal) en beoordeling van het vruchtwater. Het verschil tussen LMP- en ultrageluidsgebaseerde zwangerschapsleeftijdsschattingen wordt in het dossier bewaard om klinische besluitvorming over de herziening van de verwachtingsdatum te ondersteunen. Alle vakgebieden behalve de examendatum zijn optioneel.

Examen	1e Trimester	2e Trimester	3e Trimester
ABO/Rh	Verplicht	–	–
Nuchtere bloedsuiker	Verplicht	–	–
Orale glucosetolerantietest	Verplicht	–	–
Syfilis — Sneltest	Verplicht	–	–
VDRL	Verplicht	–	–
Indirecte Coombs-test	Verplicht	–	–
HIV / Anti-HIV	Verplicht	Herhaal	–
Hepatitis B (HBsAg)	Verplicht	Herhaal	–
Toxoplasmose	Verplicht	Herhaal	Herhaal
Hemoglobine / Hematocriet	Verplicht	Herhaal	Herhaal
Urineonderzoek (EAS)	Verplicht	Herhaal	Herhaal
Urinekweek	Verplicht	Herhaal	Herhaal

Tabel 2: Standaard prenatale laboratoriumonderzoeken ondersteund door het systeem, georganiseerd per zwangerschapstrimester. Onderzoeken worden gegroepeerd op aanbevolen prenatale follow-upperiodes om het volgen van het protocol te ondersteunen en de longitudinale monitoring van de moedergezondheid te vergemakkelijken.

Ten slotte consolideert en slaat de eindconsultatiefunctionaliteit alle geregistreerde gegevens op, waardoor de professional automatisch wordt doorgestuurd naar het patiëntenopvolgingsscherm, waar een geïntegreerde samenvatting van de gezondheidsinformatie van de patiënt beschikbaar is. Het vervolgrapport geeft een geconsolideerd overzicht van de klinische voorgeschiedenis, laboratoriumresultaten en grafische trends van belangrijke parameters zoals body mass index (BMI) en baarmoederhoogte, ter ondersteuning van continue en datagedreven moederzorg.

Het systeem berekent automatisch drie belangrijke obstetrische parameters van de laatste menstruatiedatum (LMP) die bij opname is ingevoerd. Zwangerschapsduur (GA) in weken wordt berekend als het verschil in dagen tussen de huidige datum en de LMP gedeeld door zeven: GA = (Huidige datum − LMP) / 7. De geschatte vervaldatum (EDD) wordt verkregen door 280 dagen (40 weken) toe te voegen aan de LMP: EDD = LMP + 280 dagen. De body mass index (BMI) wordt berekend uit gewicht (kg) en lengte (m) die tijdens het lichamelijk onderzoek worden geregistreerd:

(1)

Deze berekeningen worden automatisch uitgevoerd bij gegevensinvoer, waardoor handmatige berekeningen worden geëlimineerd en transcriptiefouten worden verminderd.

Technologien en systeemarchitectuur
Het systeem is ontwikkeld volgens een client-serverarchitectuur, waarbij een webinterface-gebaseerde frontend interactie heeft met een backend-service via een RESTful API¹⁷. Deze aanpak maakt modulariteit, schaalbaarheid en interoperabiliteit mogelijk, waardoor het systeem in de toekomst kan worden uitgebreid of geïntegreerd met andere zorginformatiesystemen. Figuur 2 illustreert het entiteit-relatie (ER) diagram van de applicatie, waarin de belangrijkste entiteiten: patiënt, consultatie, onderzoek en echografie, en hun respectievelijke associaties worden gemarkeerd. De patiëntentiteit vormt de kern van het model en onderhoudt persoonlijke en identificatiegegevens die gekoppeld zijn aan meerdere consulten. Elk consultatieverslag is op zijn beurt gekoppeld aan een reeks onderzoeken en optionele echo-opnames, waardoor gedetailleerde longitudinale tracking van de parameters van de moedergezondheid mogelijk is. Deze relationele structuur maakt een coherente organisatie van klinische data mogelijk en ondersteunt het genereren van geconsolideerde follow-uprapporten, wat een uitgebreide en continue prenatale zorg faciliteert. Elke entiteit gebruikt een UUID-primaire sleutel en voert soft deletion uit via een speciaal verwijderd At.- veld, waardoor traceerbaarheid van gegevens zonder permanente verwijdering wordt gegarandeerd. Belangrijke beperkingen zijn onder andere: het CNS-veld in de patiëntentiteit wordt als uniek gehandhaafd op databaseniveau, waardoor dubbele patiëntregistratie wordt voorkomen; consultatievitale functies (gewicht, lengte, baarmoederlengte) worden opgeslagen als decimale types om de klinische precisie te behouden; en de Ultrasound-entiteit is volledig optioneel, gekoppeld aan een patiënt via identificatie zonder een verplichte vreemde sleutelbeperking. De volledige schemadefinitie, inclusief alle veldtypen en beperkingen, is beschikbaar in de publieke repository op https://github.com/caderneta-digital-da-gestante/api.

Figuur 2: Entiteit–Relatie (ER) diagram van de systeemdatabase. Er zijn vier hoofdentiteiten vertegenwoordigd: Patiënt (bewaart identificatie en obstetrische basisgegevens, inclusief CNS-nummer en LMP-datum), Consult (gekoppeld aan elk patiëntbezoek), Onderzoek (trimestergebaseerde laboratoriumresultaten die bij elk consult horen) en Echografie (optionele echografische gegevens gekoppeld aan elk consult). Eén patiënt kan meerdere consulten hebben; elke consultatie kan gekoppeld zijn aan meerdere onderzoeken en nul of één echorapport. Klik hier om een grotere versie van deze figuur te bekijken.

De backend werd geïmplementeerd met Node.js als runtime-omgeving, gecombineerd met het Express.js framework voor efficiënt beheer van routes en HTTP-verzoeken. Datapersistentie werd afgehandeld via het PostgreSQL relationele databasebeheersysteem, gekozen vanwege de robuustheid en naleving van ACID-principes. Om database-toegang te vergemakkelijken en typeveiligheid te waarborgen, werd de Prisma ORM-bibliotheek geadopteerd, waardoor efficiënte en onderhoudbare interactie tussen de applicatielogica en datalaag¹⁸ mogelijk werd.

De frontend werd gebouwd met React in combinatie met het Next.js-framework om een snelle, responsieve en zoekmachine-geoptimaliseerde webinterface te bieden. Gebruikersinteractie en formulierverwerking werden geïmplementeerd met React Hook Form voor state-beheer en Zod voor schema-gebaseerde validatie, wat dataconsistentie waarborgt en invoerfouten vermindert. Het ophalen en cachen van data aan de clientzijde werden beheerd door TanStack Query, wat geoptimaliseerde prestaties en realtime datasynchronisatie met de backend mogelijk maakte.

Voor versiebeheer en implementatie gebruikte het project git en github, waarbij het zich hield aan de conventionele commits-standaard om een duidelijke en traceerbare ontwikkelgeschiedenis te behouden. De inzet volgde een containergebaseerde aanpak. Vereisten zijn onder andere Docker 27.x, een Vercel-account (frontend) en een Render-account (backend en database). De backend vereist een .env-bestand met twee omgevingsvariabelen: DATABASE_URL (PostgreSQL-verbindingsstring geleverd door Render) en DIRECT_URL (directe verbindings-URL voor Prisma-migraties). Om de backend te deployen, wordt de Docker-image gebouwd met docker build -t cdg-api. en als webservice naar Render gepusht, met het startcommando nodede dist/index.js en de API_PORT omgevingsvariabele ingesteld. De frontend wordt naar Vercel geïmplementeerd door de gitHub-repository via het Vercel-dashboard te verbinden; de NEXT_PUBLIC_API_URL omgevingsvariabele moet worden ingesteld op de Render backend URL. Databasemigraties worden toegepast via prisma migrate deploy bij de eerste deployment.

Wat betreft gegevensbeveiliging en privacy implementeert het huidige prototype geen eindgebruikersauthenticatie, wat het vroege karakter weerspiegelt. Patiëntgegevens worden opgeslagen in een PostgreSQL-database die wordt gehost op de cloudinfrastructuur van Render, waarbij database-toegang beperkt is door inloggegevens op omgevingsniveau die niet in de broncode worden getoond. Voor deze bruikbaarheidsstudie waren alle patiëntendossiers die tijdens testsessies werden gebruikt fictief; Er werden geen echte patiëntgegevens verzameld of verwerkt. Authenticatie en toegangscontrole worden geïdentificeerd als vereisten voor een toekomstige productieklare versie, samen met de nalevingsbeoordeling onder de Braziliaanse Algemene Gegevensbeschermingswet (LGPD — Wet nr. 13.709/2018).

Het systeem implementeert zowel client- als server-side validatie. Aan de frontend voorkomt React Hook Form met Zod-schema's formulierindiening wanneer vereiste velden leeg of verkeerd geformatteerd zijn, waardoor inline foutmeldingen worden weergegeven. Aan de backend worden alle binnenkomende verzoeken geanalyseerd en gevalideerd via Zod-schema's voordat ze de domeinlaag bereiken; ongeldige invoer geeft HTTP 400 terug met een gestructureerde foutrespons die het getroffen veld en bericht aangeeft. Validatie op domeinniveau wordt afgedwongen via waardeobjecten: het CNS-veld wordt gevalideerd op lengte, alleen cijferformaat en checksumalgoritme (waarbij zowel permanente CNS beginnend met cijfers 1–2 als voorlopige CNS beginnend met 7–9 worden ondersteund). Dubbele CNS-vermeldingen worden op databaseniveau afgewezen via een unieke beperking. In geval van domeinfouten retourneert de API HTTP 400 met een beschrijvend foutbericht; succesvolle operaties geven HTTP 201 (creatie) of HTTP 200 (ophalen) terug.

Gebruiksvriendelijkheidstesten
De bruikbaarheidsevaluatie van het systeem werd uitgevoerd met behulp van de systeembruikbaarheidsschaal (SUS) om een kwantitatieve maat van gebruikerstevredenheid en algehele bruikbaarheid te verkrijgen:^19,20. Representatieve scenario's en taken werden ontworpen op basis van typische activiteiten die werden uitgevoerd met het gezondheidsdossier van de zwangere vrouw, zodat de test de praktijkgerichte klinische workflows weerspiegelde²¹.

De evaluatie bestond uit acht taken die de volledige prenatale consultatieworkflow omvatten, zoals beschreven in Tabel 3.

Taak	Instructie gegeven aan de deelnemer	Succescriteria
1	Hoe zou je een consult starten voor patiënt X?	Zoek de patiënt in de lijst of zoekbalk → klik op "Consult starten".
2	Welke stappen zou u nemen om de gegevens van het fysieke en verloskundige onderzoek van patiënt X in te voeren?	Open het tabblad Lichamelijk Onderzoek → vul de vereiste velden in → klik op Volgend of ga naar een ander tabblad.
3	Welke stappen zou je nemen om tijdens het consult een laboratoriumonderzoek toe te voegen en de ingevoerde gegevens te verifiëren?	Open het tabblad Examens → klik op "+" voor het examen en trimester → vul het formulier in → klik op Opslaan → klik op Bekijk op Bekijken.
4	Welke stappen zou je nemen om een echo te registreren?	Bezoek het tabblad Ultrasoon → klik op "Ultrageluid ontvangen" → vul het formulier in.
5	Welke stappen zou u nemen om het consult af te ronden?	Zorg ervoor dat het formulier geldig is → klik op Verzenden.
6	Hoe zou u de voortgang van de voedingsstatus en de groeicurve van de baarmoeder van patiënt Y monitoren?	Ga terug naar de hoofdpagina → zoek patiënt Y → klik op "Caderneta" → opent het tabblad Info, → de dossiers te bekijken.
7	Kunt u mij laten zien welke laboratoriumonderzoeken al zijn gedaan voor patiënt Y?	Toegang tot de caderneta van patiënt Y → naar het tabblad Onderzoeken te gaan.
8	Hoeveel consultaties heeft patiënt Y gehad, en kun je de details van een daarvan bekijken?	Ga naar het tabblad Consultaties → klik op "Details bekijken".

Tabel 3: Taken voor de beoordeling van bruikbaarheid en slagcriteria. De taken zijn gestructureerd om de kernfunctionaliteiten van het systeem te beoordelen, waaronder patiëntzoeken, consultatieworkflow, gegevensinvoer en follow-up review, met vooraf gedefinieerde criteria voor succesvolle afronding.

In totaal werden vijf zorgprofessionals gerekruteerd via sneeuwbalsteekproeven, gebaseerd op drie criteria: beschikbaarheid, eerdere praktijkervaring met het geprinte gezondheidsdossier van de zwangere vrouw in een prenatale zorgomgeving, en verwijzing door professionals die betrokken zijn bij de fase van het stellen van vereisten of door eerder gerekruteerde deelnemers. Er werd geen formele demografische vragenlijst afgenomen; Het verzamelen van gestructureerde demografische gegevens wordt als een beperking van deze studie en als doel voor toekomstige evaluaties aangemerkt. Deze steekproefgrootte is consistent met vastgestelde richtlijnen voor formatieve bruikbaarheidsstudies, die aangeven dat vijf deelnemers voldoende zijn om de meeste kritieke bruikbaarheidsproblemen in een interface te identificeren²². Hoewel dit aantal de statistische generaliseerbaarheid beperkt, is het passend voor het verkennende karakter van deze voorlopige evaluatie. Tijdens de testsessies werden deelnemers uitgenodigd om de webapplicatie te verkennen en de vooraf gedefinieerde taken uit te voeren terwijl ze hardop nadachten. Voorafgaand aan de sessie werden deelnemers kort geïntroduceerd in de think-aloud-techniek via een warming-up oefening die niets met het systeem te maken had. Ze kregen de instructie om hun gedachten, handelingen en moeilijkheden continu te verwoorden gedurende de taken, zonder hulp te zoeken bij de beoordelaar. Er werd geen corrigerende feedback gegeven tijdens de uitvoering van taken. Een getrainde waarnemer noteerde gestructureerde veldnotities waarin de waargenomen moeilijkheden, aarzelingen en verbale opmerkingen voor elke taak^{werden vastgelegd}.

Aan het einde van elke sessie vulden de deelnemers de SUS-vragenlijst in in het Braziliaans Portugees. De standaard SUS-items werden contextueel aangepast aan het prenatale zorgdomein, bijvoorbeeld door generieke verwijzingen naar 'het systeem' te vervangen door specifieke verwijzingen naar klinische workflows, zoals: "registreer en raadpleeg de gegevens van de zwangere vrouw", "laag-risico prenatale follow-up". Deze aanpassingen behielden de oorspronkelijke scorestructuur terwijl ze de relevantie voor de doelgroep verbeterden. De SUS bestaat uit 10 uitspraken die worden beoordeeld op een 5-punts Likert-schaal (1 = sterk oneens, 5 = sterk overeenkomen), afwisselend tussen positieve en negatieve items. De scores werden berekend volgens de standaardmethode: voor oneven items is de bijdrage de schaalpositie min 1 (R − 1); voor even items is de bijdrage 5 minus de schaalpositie (5 − R). De som van alle bijdragen wordt vermenigvuldigd met 2,5, wat een eindscore oplevert van 0 tot 100, waarbij scores boven 68 een bovengemiddelde bruikbaarheid^{van 24} aanduiden. Daarnaast werden twee open vragen gesteld om kwalitatieve feedback te verzamelen over de sterke punten van het systeem en verbeterpunten. De antwoorden werden geanalyseerd met thematische analyse: terugkerende thema's uit deelnemersantwoorden en 'denk hardop'-observaties werden onafhankelijk gecodeerd door twee onderzoekers en gegroepeerd in categorieën. Onenigheden werden opgelost door overleg. De resulterende categorieën, geconsolideerd zorgoverzicht, professionele en patiëntrelatie, continuïteit van zorg, connectiviteitsafhankelijkheid, gebrek aan exportfunctionaliteit en gebruikersondersteuningsbehoeften, zijn inductief afgeleid uit de antwoorden van deelnemers en worden gepresenteerd in de kwalitatieve resultatentabel.

De bruikbaarheidssessies werden op afstand gehouden. Elke deelnemer kreeg toegang tot het systeem via een openbaar beschikbare URL met hun eigen apparaat en standaard webbrowser; hardwarespecificaties, besturingssystemen en browserversies werden niet gecontroleerd of geregistreerd. Dit weerspiegelt een gebruiksconditie in de praktijk, maar vormt een beperking, aangezien prestatievariabiliteit tussen apparaten de interactie-ervaring mogelijk heeft beïnvloed. Toekomstige evaluaties zouden de testomgeving moeten standaardiseren om bruikbaarheidsproblemen te isoleren van hardware- en connectiviteitsvariabelen.

Resultaten

De resultatensectie presenteert de uitkomsten van de bruikbaarheidsevaluatie, inclusief kwantitatieve metingen van gestandaardiseerde schalen en kwalitatieve feedback van zorgprofessionals. De analyse richt zich op het beoordelen van de effectiviteit, efficiëntie en acceptatie door gebruikers van de webgebaseerde prenatale zorgapplicatie. De bruikbaarheidsbeoordeling van het prototype leverde een totale System Usability Scale (SUS)-score van 77,5 op, boven de vaak genoemde drempel van 68...

Discussie

Het digitale zwangerschapsrecordprototype behaalde een gemiddelde SUS-score van 77,5 (SD = 9,35), wat wijst op acceptabele bruikbaarheid volgens vastgestelde benchmarks. Dit resultaat suggereert dat de combinatie van Domain-Driven Design principes^25,26 en Hexagonal Architecture¹³, door het systeem nauw af te stemmen op echte klinische workflows, positief bijdraagt aan de waargenomen bruikbaarheid. De hoge ...

Materialen

Lijst van materialen gebruikt in dit artikel

Naam	Bedrijf	Catalogusnummer	Opmerkingen
Axios	Axios Contributors	1.8.4	N/A
Backend repository	Author	N/A	N/A
Docker	Docker, Inc.	27.x	N/A
Express.js	OpenJS Foundation	5.1.0	N/A
Frontend repository	Author	N/A	N/A
Next.js	Vercel	15.2.4	N/A
Node.js	OpenJS Foundation	22.x	N/A
PostgreSQL	PostgreSQL Global Dev. Group	15.x	N/A
Prisma ORM	Prisma Data, Inc.	6.5.0	N/A
React	Meta Platforms, Inc.	19.0.0	N/A
React Hook Form	react-hook-form Contributors	7.55.0	N/A
Recharts	recharts Contributors	2.15.3	N/A
Render	Render Services, Inc.	N/A	N/A
TanStack Query	TanStack	5.74.4	N/A
TypeScript	Microsoft	5.8.2	N/A
Vercel	Vercel, Inc.	N/A	N/A
Zod	Colin McDonnell	3.24.2	N/A