bèta De eHealth Atlas is nog in opbouw: we verzamelen en controleren nog volop gegevens, dus inhoud kan onvolledig zijn.Inhoud nog onvolledig. Meer info

Belgische eHealth-referentiedatabank

Onafhankelijk naslagwerk · geen officiële bron bèta

Geavanceerd zoeken Hulp

Conceptrecord · Standaard of specificatie

IHE SDPi (Service-oriented Device Point-of-care Interoperability)

Atlas-ID ihe-sdpi · 44 beweringen · 14 bronnen · Laatst geverifieerd09-11-2026 · Release 2026.11.12-3

Type
Standaard of specificatie
Jurisdictie
Internationaal
Levenscyclus
trial-use — Revisie 2.4.1 is op 7 mei 2026 gepubliceerd voor Trial Implementation; formele Connectathon-tests waren in maart 2026 nog in voorbereiding.[1][2]
Versie
2.4.1
Aliassen
SDPi; IHE DEV SDPi; Gemini SDPi; SDPi-P; SDPi-R; SDPi-A; SDPi-xC; Service-oriented Device Point-of-care Interoperability
FR / EN / DE
IHE SDPi / IHE Service-oriented Device Point-of-care Interoperability (SDPi) / IHE SDPi

SDPi is een reeks van vier profielen die IHE en HL7 samen ontwikkelen en die vastleggen hoe toestellen aan het acute bed de IEEE 11073 SDC-normen gebruiken: koppelen (Plug-and-trust), gegevens rapporteren, alarmen doorgeven en externe bediening. Gateways vertalen SDC naar de oudere HL7 v2-profielen DEC en ACM; de vertaling naar FHIR is nog niet klaar voor productimplementatie. SDPi is gepubliceerd voor Trial Implementation en wordt op Plug-a-thons getest, in maart 2026 ook in Brussel. Voor ziekenhuizen beschrijft het hoe toestelgegevens via een gateway het EPD kunnen bereiken.

Relaties 7 Bronnen 14 Graaf

In het kort

✎ Reageer
  • Wat: SDPi is een 'Gemini'-standaard die HL7 International en IHE samen ontwikkelen, met vier profielen: Plug-and-trust (SDPi-P), Reporting (SDPi-R), Alerting (SDPi-A) en external Control (SDPi-xC).[1][1]
  • Hoe: de profielen leggen het gebruik van IEEE 11073 SDC aan het acute bed vast, en gateway-actoren vertalen naar systemen daarbuiten, onder meer naar de HL7 v2-profielen DEC en ACM.[1][1]
  • Stand: revisie 2.4.1 werd op 7 mei 2026 gepubliceerd voor Trial Implementation; na succesvolle tests gaat ze op in het Devices Technical Framework.[1]
  • FHIR: de eerste mappings van SDC naar FHIR bestaan, maar zijn nog niet klaar voor productimplementatie, en de HL7 Point-of-Care Device FHIR IG heeft nog geen officiële publicatie.[1][3]
  • Testen: IHE Duitsland hield tussen oktober 2020 en oktober 2025 21 SDC/SDPi-Plug-a-thons, maar de SDPi-werkgroep beschouwt de OR.NET-Plugathons als smoke tests zonder conformiteitstests; in Brussel werd in maart 2026 een eerste aanpak voor formele tests vastgelegd, met de IHE North America Connectathon van oktober 2026 als volgende stap.[4][5][5][5]
  • Voor wie: voor een ziekenhuis beschrijft SDPi hoe gegevens van toestellen aan het bed via een gateway bij het EPD, de beslissingsondersteuning of een klinische datarepository komen.[6][1]
  • Grootste onzekerheid: SDPi 2.4.1 regelt nog geen certificaatbeheer en gebruikt de ontwerpnormen voor alarmen en externe bediening niet normatief.[1][1]

Wat is het?

✎ Reageer

IHE SDPi (Service-oriented Device Point-of-care Interoperability) is een 'Gemini'-standaard: een gezamenlijke ontwikkeling van de werkgroepen voor toestellen van HL7 International en IHE, gepubliceerd via de consensusprocessen van beide organisaties.[1] Waar IEEE 11073 SDC de normen levert (datamodel, protocol, rolnormen), legt SDPi als profiel vast hoe die in concrete use cases gebruikt worden.[1][1]

SDPi richt zich in de eerste plaats op acute zorgplekken (operatiekwartier, bedden op intensieve zorg en spoed) en op rechtstreekse interactie tussen toestellen aan het bed (device-to-device, D2D).[1] Het zet zich af tegen de huidige praktijk, waarin toestellen via eigen protocollen met de gatewayserver van hun fabrikant praten, wat server-tot-serverintegratie met bijhorende beperkingen in prestaties, kwaliteit en mogelijkheden meebrengt.[1] Een doel is ook testrapporten die rechtstreeks bruikbaar zijn in een regelgevend dossier, zoals een Amerikaanse FDA 510(k)-aanvraag; dat is een doelstelling, geen bereikt resultaat.[1]

Voorgeschiedenis: de IHE PCD-profielen

Vóór SDPi bracht het IHE-profiel Device Enterprise Communication (DEC) gegevens van patiëntgebonden toestellen leveranciersonafhankelijk en met consistente semantiek naar ziekenhuistoepassingen.[6] Die PCD-profielen (Patient Care Devices) steunen op HL7 v2.6 als basis, met onderdelen uit 2.7 tot 2.9.[4] Ontvangers van DEC-gegevens zijn onder meer toepassingen voor klinische beslissingsondersteuning, klinische datarepositories en EPD's.[6] Het nieuwe IHE Devices (DEV) Technical Framework omvat naast die op ziekenhuisintegratie gerichte toestellen ook persoonlijke toestellen (Personal Connected Health).[1]

Hoe is het opgebouwd?

✎ Reageer

Vier profielen en de gateways

Profiel Wat het regelt Claim
SDPi-P (Plug-and-trust) koppelen en vertrouwen tussen deelnemers; beveiligde kanalen via TLS met wederzijdse authenticatie volgens IEEE 11073-20701 [1][1]
SDPi-R (Reporting) rapportering van toestelgegevens; de SOMDS DEC Gateway mapt SDC en BICEPS naar HL7 v2 en DEC-transacties [1][1]
SDPi-A (Alerting) doorgeven van alarmen; sinds release 2.4 een optie 'Distributed Alarm System' (transacties DEV-48 en DEV-49) [1][1]
SDPi-xC (external Control) externe bediening van toestellen [1]

Gateway-actoren verbinden SDPi met systemen buiten de acute bedcontext, meestal via andere protocollen.[1] Ze voorzien in mappings naar bestaande IHE-profielen zoals DEC en ACM en kunnen bidirectioneel werken, bijvoorbeeld patiëntdemografie uit een EPD ontvangen.[1]

Voor de codering is MDC, de ISO/IEEE 11073-nomenclatuur, het standaardcodesysteem in SDC; privécodes van fabrikanten raadt SDPi zoveel mogelijk af omdat ze de interoperabiliteit ondermijnen.[1][1] Aan de HL7 v2-kant gebruiken DEC en ACM voor parameters en alarmtermen de Rosetta-tabel van IHE RTM.[7][8]

Versies en status

Revisie 2.4.1 werd op 7 mei 2026 gepubliceerd voor Trial Implementation en kan op latere IHE Connectathons getest worden; na succesvolle tests gaat ze op in het Devices Technical Framework.[1] IHE nodigt organisaties uit om op zulke Trial Implementation-supplementen te ontwikkelen.[9] Het Devices Technical Framework zelf staat op revisie 10.0, waarvan volume 1 met de profielen als normatieve eindtekst op 4 november 2024 verscheen.[9]

SDPi 2.4.1 gebruikt drie ongepubliceerde ontwerpen niet normatief: de HL7 FHIR Point-of-Care Device IG, IEEE 11073-10702 (alarmen) en IEEE 11073-10703 (externe bediening).[1] De alarmoptie van release 2.4 is daarom een vroege integratie van de nog niet gepubliceerde alarmnorm.[1]

Een OR.NET-werkgroep werkt mee aan de uitbreiding van het SDPi Technical Framework, met aandacht voor de koppeling naar de IT-systemen en het snel oplossen van problemen in de bestaande normen.[10]

Veiligheid

SDPi koppelt haar eisen voor veiligheid, effectiviteit en beveiliging (SES) aan de normen van ISO/IEC JWG7, onder meer ISO/IEC 81001-1:2021 en IEC 80001-1:2021, de norm voor risicobeheer van IT-netwerken met medische hulpmiddelen.[1] IEEE 11073-20701 eist beveiligde kanalen tussen deelnemers via TLS met wederzijdse authenticatie.[1] SDPi 2.4.1 regelt geen beheer van certificaten; dat wordt naar latere revisies verschoven.[1]

Mapping naar FHIR

De HL7 Point-of-Care Device (PoCD) FHIR IG beschrijft hoe metingen van acute toestellen aan het bed als FHIR-resources naar EPD's, beslissingsondersteuning en archieven gaan.[3] Ze gaat over de voorstelling van toestelgegevens, niet over connectiviteit, transport of bediening.[3] De gids bevat een mapping van de meeste SDC-objectklassen naar FHIR-resources zoals Device, DeviceMetric en Observation.[11] Ze wil de HL7 v2-koppelingen via IHE PCD-01 aanvullen, niet vervangen.[3] Er bestaat nog geen officiële publicatie: de recentste versie is 1.0.0-ballot3 op basis van FHIR R4, een ballotversie die op trial use mikt en nog niet klaar is voor productiegebruik.[3][12] In SDPi 2.4 zijn de eerste mappings van SDC naar FHIR gemaakt, maar de FHIR-gateway wordt pas in een latere versie volledig gespecificeerd.[1]

Waar wordt het gebruikt?

✎ Reageer
Waar Wat Datum Claim
IHE Duitsland 21 SDC/SDPi-Plug-a-thons oktober 2020 - oktober 2025 [4]
IHE-Europe Connectathon, Brussel Connectathon-week 23-27 maart 2026 [4]
Plugathon voor toestellen tijdens die week SDC/SDPi-integratie als voorbereiding op formele Connectathon-tests maart 2026 [2]
Zelfde Plugathon gesimuleerde en prototypetoestellen; testgevallen voor SDPi-P en SDPi-R, met formele tests later in 2026 als doel maart 2026 [13]
SDPi-track tijdens die Connectathon eerste aanpak vastgelegd voor voorbereidende tests en Connectathon-tests van SDC/SDPi 23-26 maart 2026 [5]
Zelfde track de eerdere OR.NET-/IHE Duitsland-Plugathons waren enkel basale smoke tests zonder conformiteitstests en tellen dus niet als voorbereidende Connectathon-test maart 2026 [5]
Zelfde track contextbepaling, zoals de koppeling van toestel en locatie, hoort bij de voorbereidende tests, rekening houdend met de specifieke ziekenhuisinfrastructuur maart 2026 [5]
Zelfde track (leveranciersvoorstel) Vector stelde voor zijn testtool CANoe te integreren met Gazelle, het testplatform van IHE, voor conformiteitstests tegen een simulator maart 2026 [5]

Als uitdaging noteerde de track dat IHE-tests nooit formeel op use cases gebaseerd waren, terwijl SDPi profieloverschrijdende use cases definieert, zoals een 'Silent ICU' met bijkomende eisen.[5] Dat de Plugathon in Brussel plaatsvond, zegt niets over Belgisch gebruik: de deelnemers zijn ontwikkelaars, met gesimuleerde en prototypetoestellen.[13] Een productieomgeving, een Belgische aanbesteding of een Belgisch EPD of integratieplatform dat SDPi noemt, werd bij de raadpleging op 9 november 2026 niet gevonden; voor SDC zelf zie IEEE 11073 SDC (Service-oriented Device Connectivity).

Planning

✎ Reageer
  • Connectathon-tests: de Plugathon van maart 2026 bereidde formele tests later in 2026 voor[13]; de SDPi-track plande de IHE North America Connectathon van oktober 2026 als volgend test-event.[5]
  • Opname in het Technical Framework: na succesvolle tests gaat de Trial Implementation-revisie op in het Devices Technical Framework.[1]
  • FHIR-gateway: volledig gespecificeerd in een latere versie, afhankelijk van de PoCD FHIR IG.[1][3]
  • Certificaatbeheer: verschoven naar latere revisies.[1]

Wat betekent het voor een ziekenhuis?

✎ Reageer

Het EPD van een ziekenhuis ontvangt toestelgegevens in het SDPi-model niet rechtstreeks via SDC, maar via een gateway die naar HL7 v2 en DEC vertaalt; EPD's, beslissingsondersteuning en klinische datarepositories zijn de beoogde ontvangers.[1][6] Zie Integratie-engine (interface engine) voor de software die HL7 v2-stromen in een ziekenhuis ontvangt en doorstuurt. FHIR is voor deze stroom nog geen alternatief, omdat de mappings niet klaar zijn voor productimplementatie.[1] Omdat SDPi aansluit op IEC 80001-1, raakt het ook aan het risicobeheer van het netwerk waarop de toestellen draaien.[1]

Aanbeveling (eigen): wie toestelintegratie plant, kan in een bestek naar de SDPi-profielen en gatewayactoren verwijzen in plaats van naar fabrikantspecifieke koppelingen, en daarbij nagaan of het eigen EPD of de integratie-engine DEC (PCD-01) en ACM als ontvanger ondersteunt.

Onzekerheden en tegenstrijdige informatie

✎ Reageer
  • De HL7-publicatiestatus (STU-editie) van SDPi werd niet in een afzonderlijke HL7-bron nagegaan; de IHE-publicatie als Trial Implementation is wel bevestigd.[1]
  • De alarm- en bedieningsprofielen steunen op IEEE-ontwerpnormen die niet normatief gebruikt worden; hun inhoud kan nog wijzigen.[1][1]
  • Certificaatbeheer is niet geregeld, terwijl wederzijdse TLS-authenticatie vereist is.[1][1]
  • De FHIR-route is nog niet bruikbaar voor productie.[1][12]

Diagram

Van toestel aan het bed naar het EPD (IEEE 11073 SDC en IHE SDPi) Stand 9 november 2026. Vereenvoudigd procesmodel op basis van de normen en het SDPi-supplement; geen weergave van een specifieke ziekenhuisimplementatie.
Van toestel aan het bed naar het EPD (IEEE 11073 SDC en IHE SDPi) Toestellen aan het bed operatiekwartier,intensieve zorg, spoed Gateway Ziekenhuistoepassingen 1. SDC: BICEPS-gegevens via MDPWS, TLS met wederzijdse authenticatie2. Toestelgegevens via SDC naar de gateway3. HL7 v2 volgens IHE DEC (en ACM voor alarmen)4. Patiëntdemografie uit het EPD (bidirectionele gateway)5. FHIR (PoCD IG): gepland, nog niet klaar voor productie Toestel (SDC-provider) (monitor, beademing, infuuspomp) Toestel (SDC-provider) monitor, beademing, infuuspomp Ander toestel of systeem (SDC-consumer) Ander toestel of systeem (SDC-consumer) SDPi-gateway (SOMDS DEC Gateway (SDPi-R)) SDPi-gateway SOMDS DEC Gateway (SDPi-R) EPD (ook beslissingsondersteuning, datarepository) EPD ook beslissingsondersteuning, datarepository 1 2 3 4 5

met bron hypothese, ontwerp of standpunt Eigen ontwerp, vereenvoudigd · CC BY 4.0 · beweringen

  1. 1 Toestel (SDC-provider) → Ander toestel of systeem (SDC-consumer): SDC: BICEPS-gegevens via MDPWS, TLS met wederzijdse authenticatie[14][1]
  2. 2 Toestel (SDC-provider) → SDPi-gateway: Toestelgegevens via SDC naar de gateway[1]
  3. 3 SDPi-gateway → EPD: HL7 v2 volgens IHE DEC (en ACM voor alarmen)[1][6]
  4. 4 EPD → SDPi-gateway: Patiëntdemografie uit het EPD (bidirectionele gateway)[1]
  5. 5 SDPi-gateway → EPD: FHIR (PoCD IG): gepland, nog niet klaar voor productie (hypothese)[1]

Relaties 7 relaties · 1 hypothese

RelatieDoelconceptTypeStatusToelichting
valt onder verantwoordelijkheid van IHE (Integrating the Healthcare Enterprise) Organisatie vastgesteld Gezamenlijke 'Gemini'-standaard met HL7; IHE publiceert ze als supplement bij het Devices Technical Framework en ontwikkelt ze mee. [1]
valt onder verantwoordelijkheid van HL7 International Organisatie vastgesteld Gezamenlijke 'Gemini'-standaard met IHE, ontwikkeld en gepubliceerd volgens de consensusprocessen van beide organisaties. [1]
wordt uitgewerkt door org:ornet (geen pagina) vastgesteld Een OR.NET-werkgroep werkt mee aan de uitbreiding en verbetering van het SDPi Technical Framework. [10]
profileert IEEE 11073 SDC (Service-oriented Device Connectivity) Standaard of specificatie vastgesteld SDPi legt vast hoe de SDC-normen per use case worden gebruikt; de alarmnorm is als vroege, informatieve integratie opgenomen. [1]
hangt technisch af van HL7 versie 2 Standaard of specificatie vastgesteld De DEC- en ACM-gateways mappen SDC naar HL7 v2-transacties. [1][4]
hangt technisch af van HL7 FHIR Standaard of specificatie hypothese Een FHIR-gateway is voorzien, maar de eerste mappings zijn nog niet klaar voor profilering en productimplementatie. [1]
gebruikt terminologie ISO/IEEE 11073-nomenclatuur (MDC) Terminologie of classificatie vastgesteld MDC is het standaardcodesysteem in SDC; privécodes worden zoveel mogelijk vermeden. [1]

Open vragen 5

  1. Wanneer start formele SDPi-Connectathon-testing in Europa, en welke fabrikanten nemen deel? Help deze vraag beantwoorden
  2. Welke HL7-publicatiestatus (STU-editie) heeft SDPi op dit moment? Een IHE-Europe-presentatie noemde december 2025 als doel. Help deze vraag beantwoorden
  3. Wanneer wordt de HL7 Point-of-Care Device FHIR IG als STU gepubliceerd, en volgt er een SDPi-FHIR-gateway? Help deze vraag beantwoorden
  4. Ondersteunen Belgische EPD-leveranciers of integratie-engines de IHE PCD-profielen DEC (PCD-01) en ACM als ontvanger? Help deze vraag beantwoorden
  5. Wie regelt het certificaatbeheer voor SDPi-toestellen zolang de specificatie het naar latere revisies verschuift? Help deze vraag beantwoorden

Bronnen 14 bronnen · alle bronnen

  1. IHE Devices Technical Framework Supplement - Service-oriented Device Point-of-care Interoperability (SDPi), Revision 2.4.1. IHE International / HL7 International (Gemini); 07-05-2026. SRC-9c5596d356 Link werkt niet?
  2. IHE Plugathon 2026. IHE-Europe. SRC-37bb7cb6dc Link werkt niet?
  3. Point-of-care Device FHIR IG v1.0.0-ballot3. HL7 International / Devices. SRC-70c8f84f6a Link werkt niet?
  4. IHE Devices - Profile Testing from Established to Emerging (webinar IHE-Europe Connectathon 2026). IHE-Europe. SRC-6217441226 Link werkt niet?
  5. 2026.03.23 to 26 IHE EU CAT - SDPi PAT Track. HL7 International (Gemini SDPi). SRC-f613027516 (link gemeld als onbereikbaar op 09-11-2026) Link werkt niet?
  6. PCD Profile DEC Overview. IHE International. SRC-0dc4ccbb28 Link werkt niet?
  7. PCD Profile Rosetta Terminology Mapping Overview (IHE Wiki, laatst bewerkt 24 juli 2017). IHE International. SRC-b09d5ebb67 Link werkt niet?
  8. IHE Devices Technical Framework, Volume 2 (DEV TF-2): Transactions, Revision 10.0 - Final Text. IHE International; 04-11-2024. SRC-8c4f9f0f32 Link werkt niet?
  9. Devices (DEV) Domain. IHE International. SRC-e98de50d81 Link werkt niet?
  10. Arbeitsgruppe Standardisierung und Profilierung (IHE). OR.NET e.V.. SRC-877fa53774 Link werkt niet?
  11. Point-of-care Device FHIR IG - Mapping from IEEE 11073-10207 SDC to FHIR. HL7 International / Devices. SRC-a21f1eba87 Link werkt niet?
  12. Point-of-care Device FHIR IG - package-list (publicatiegeschiedenis). HL7 International / Devices. SRC-a56ab39973 Link werkt niet?
  13. Plugathon for Devices 2026 (flyer). IHE-Europe. SRC-e962b9ea6f Link werkt niet?
  14. IEEE 11073-20701-2018 - Service-Oriented Medical Device Exchange Architecture and Protocol Binding. IEEE Standards Association; 15-01-2019. SRC-9b8cc5d0d2 Link werkt niet?
Record ihe-sdpi · laatst geverifieerd 09-11-2026 · release 2026.11.12-3 · tekst onder CC BY 4.0, bronnen enkel gelinkt
Verbeter deze pagina
Hergebruik: Deze pagina als Markdown · JSON