SOWEDO/Showcases/Europese patiëntsamenvatting

Een onbekende patiënt, binnen een minuut in beeld.

Een Duitse vrouw belandt op een spoedeisende hulp in Porto. De arts spreekt geen Duits en heeft geen toegang tot haar dossier. Toch staat binnen een minuut boven aan het scherm dat penicilline fataal kan zijn.

Wat het systeem doet
  • Vindt een patiënt op nummer, naam of geboortedatum
  • Maakt van openEHR-data een samenvatting in FHIR
  • Allergie en medicatie bovenaan, als waarschuwing
  • Toont bij elk gegeven de code, de bron en de datum
De opdracht

Een dossier ophalen is iets anders dan het begrijpen.

Een patiënt uit een ander Europees land komt binnen. De arts moet binnen minuten een antibioticum kiezen. Precies wat die keuze verandert, zoals een ernstige penicillineallergie, een antistollingsmiddel of een nierwaarde, ligt duizend kilometer verderop, in een andere taal, in een ander systeem.

Dat hele pad hebben we gebouwd. Van de verpleegkundige die in het ene land een waarde vastlegt, tot het scherm waarop de arts in het andere land een beslissing neemt. Geen schets: een draaiend prototype op een echt openEHR-platform, met een invoerapplicatie die niets van de viewer weet.

openEHR als bron: zes templates plus demografie
Mapping naar de Europe Patient Summary (FHIR R4)
Live opgezocht: SNOMED CT, LOINC, ATC, ICD-10
Een viewer die de beslissing steunt, niet FHIR
Invoerapplicatie die alleen de repository deelt
Toegangslogging, AVG, EHDS en de AI Act
In het kort

Twee standaarden die elkaar niet bijten, maar aanvullen.

openEHR bewaart de gegevens los van elke applicatie die ze ooit toont. FHIR wisselt ze uit over de grens. De laag ertussen mag dun zijn, als hij maar op de goede plek zit.

Plan een kennismaking
Waar het op aankomt

Drie dingen die een samenvatting bruikbaar maken.

De volgorde

Allergieën bovenaan, zichtbaar zonder scrollen. Daarna medicatie, dan de actieve problemen. Die volgorde komt uit de kliniek, niet uit een ontwerp.

Leeg is niet nee

“Geen allergie bekend” is iets anders dan “geen allergieën”. Wat ontbreekt staat er als risico, niet als wit vlak.

De herkomst

Bij elk gegeven de code, de bron en de datum. Een labuitslag ouder dan drie maanden meldt dat zelf, vóór er op gedoseerd wordt.

In beeld

Zo ziet het eruit.

Samenvatting van een patiënt met bovenaan een allergiewaarschuwing voor penicilline
De allergie staat bovenaan, met SNOMED CT-code, reactie en datum. De identiteit blijft in beeld, de inzage wordt gelogd.
Dezelfde applicatie bij een vrijwel leeg dossier, met een melding over ontbrekende medicatie
Hetzelfde scherm, bijna leeg dossier. “Geen allergieën bekend” is een vastgelegde bevinding. Ontbrekende medicatie is een risico.
De onderliggende FHIR-documentbundel volgens de HL7 Europe Patient Summary
Eronder ligt de standaard: een FHIR R4-bundel volgens de HL7 Europe Patient Summary, precies zoals een ziekenhuis hem ontvangt.
Klinische briefing in vier punten, met per punt de gegevens waarop hij steunt
De briefing zet onder elke zin het gegeven waarop hij steunt. Zonder AI-sleutel draait hij regelgebaseerd verder.
Wat het oplevert

Waar de winst zit.

Niet in schermen, maar in grenzen. Elke laag weet precies één ding, en dat is wat het geheel verplaatsbaar maakt.

6 1Zes openEHR-templates worden één Europese samenvatting.
2 0Twee openEHR-platformen. Omschakelen raakte de interface niet.
0 regelsGedeelde code tussen invoer en viewer. Alleen de repository.
100%Synthetische patiëntgegevens. Geen echt dossier gebruikt.
Dit gaat niet alleen over zorg.

Overal waar gegevens langer meegaan dan de applicatie die ze toont, speelt dezelfde vraag. Zorg is alleen het domein waar je meteen ziet wat het kost als het misgaat.

Prototype, gebouwd als praktijkopdracht. Alle patiëntgegevens erin zijn fictief en synthetisch.

“Dezelfde patiënt, andere zorg. Het verschil is één minuut informatie.
Bouwe Koopal van YellowbrinkBouwe Koopal, Yellowbrink

Zit jouw data vast in je applicatie?

We kijken eerst waar het echt aan vastzit. Pas als het uit kan, bouwen we het.