--- id: ihe-sdpi type: Specification type_label: Standaard of specificatie title: IHE SDPi (Service-oriented Device Point-of-care Interoperability) aliases: - SDPi - IHE DEV SDPi - Gemini SDPi - SDPi-P - SDPi-R - SDPi-A - SDPi-xC - Service-oriented Device Point-of-care Interoperability names: nl: IHE SDPi (servicegeoriënteerde interoperabiliteit van toestellen aan het bed) fr: IHE SDPi en: IHE Service-oriented Device Point-of-care Interoperability (SDPi) de: IHE SDPi jurisdiction: - internationaal themes: - standaardisatie-en-governance - architectuur-en-infrastructuur lifecycle: trial-use lifecycle_note: Revisie 2.4.1 is op 7 mei 2026 gepubliceerd voor Trial Implementation; formele Connectathon-tests waren in maart 2026 nog in voorbereiding. version: 2.4.1 summary: '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.' links: - soort: documentatie url: https://profiles.ihe.net/DEV/SDPi/ label: IHE SDPi Technical Framework taal: en - soort: repository url: https://github.com/IHE/DEV.SDPi label: IHE/DEV.SDPi op GitHub taal: en last_verified: '2026-11-09' relations: - type: ownedBy direction: uit target: ihe target_url: https://ehealth-atlas.be/ihe/ status: established - type: ownedBy direction: uit target: hl7-international target_url: https://ehealth-atlas.be/hl7-international/ status: established - type: developedBy direction: uit target: org:ornet target_url: null status: established - type: profiles direction: uit target: ieee-11073-sdc target_url: https://ehealth-atlas.be/ieee-11073-sdc/ status: established - type: dependsOn direction: uit target: hl7-v2 target_url: https://ehealth-atlas.be/hl7-v2/ status: established - type: dependsOn direction: uit target: fhir target_url: https://ehealth-atlas.be/fhir/ status: hypothesis - type: usesTerminology direction: uit target: ieee-11073-nomenclatuur target_url: https://ehealth-atlas.be/ieee-11073-nomenclatuur/ status: established release: 2026.11.12-3 url: https://ehealth-atlas.be/ihe-sdpi/ license: CC BY 4.0 --- # IHE SDPi (Service-oriented Device Point-of-care Interoperability) 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. ## In het kort - **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](https://ehealth-atlas.be/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? IHE SDPi (Service-oriented Device Point-of-care Interoperability) is een 'Gemini'-standaard: een gezamenlijke ontwikkeling van de werkgroepen voor toestellen van [HL7 International](https://ehealth-atlas.be/hl7-international/) en [IHE](https://ehealth-atlas.be/ihe/), gepubliceerd via de consensusprocessen van beide organisaties.[^1] Waar [IEEE 11073 SDC](https://ehealth-atlas.be/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](https://ehealth-atlas.be/hl7-v2/) 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? ### 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](https://ehealth-atlas.be/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](https://ehealth-atlas.be/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](https://ehealth-atlas.be/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? | 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](https://ehealth-atlas.be/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)](https://ehealth-atlas.be/ieee-11073-sdc/). ## Planning - **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? 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)](https://ehealth-atlas.be/integratie-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 - 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] ## Diagrammen ### Van toestel aan het bed naar het EPD (IEEE 11073 SDC en IHE SDPi) Schema in drie lagen: toestellen aan het bed die onderling via IEEE 11073 SDC communiceren, een SDPi-gateway, en ziekenhuistoepassingen zoals het EPD. De gateway vertaalt naar HL7 v2 (IHE DEC en ACM) en ontvangt patiëntdemografie uit het EPD; een FHIR-route is gepland maar nog niet klaar. *Stand 9 november 2026. Vereenvoudigd procesmodel op basis van de normen en het SDPi-supplement; geen weergave van een specifieke ziekenhuisimplementatie.* - **Toestellen aan het bed**: Toestel (SDC-provider), Ander toestel of systeem (SDC-consumer) - **Gateway**: SDPi-gateway - **Ziekenhuistoepassingen**: EPD 1. Toestel (SDC-provider) → Ander toestel of systeem (SDC-consumer): SDC: BICEPS-gegevens via MDPWS, TLS met wederzijdse authenticatie[^14][^1] 2. Toestel (SDC-provider) → SDPi-gateway: Toestelgegevens via SDC naar de gateway[^1] 3. SDPi-gateway → EPD: HL7 v2 volgens IHE DEC (en ACM voor alarmen)[^1][^6] 4. EPD → SDPi-gateway: Patiëntdemografie uit het EPD (bidirectionele gateway)[^1] 5. SDPi-gateway → EPD: FHIR (PoCD IG): gepland, nog niet klaar voor productie *(hypothese)*[^1] ## Relaties - valt onder verantwoordelijkheid van: [IHE (Integrating the Healthcare Enterprise)](https://ehealth-atlas.be/ihe/) (vastgesteld)[^1]. Gezamenlijke 'Gemini'-standaard met HL7; IHE publiceert ze als supplement bij het Devices Technical Framework en ontwikkelt ze mee. - valt onder verantwoordelijkheid van: [HL7 International](https://ehealth-atlas.be/hl7-international/) (vastgesteld)[^1]. Gezamenlijke 'Gemini'-standaard met IHE, ontwikkeld en gepubliceerd volgens de consensusprocessen van beide organisaties. - wordt uitgewerkt door: org:ornet (vastgesteld)[^10]. Een OR.NET-werkgroep werkt mee aan de uitbreiding en verbetering van het SDPi Technical Framework. - profileert: [IEEE 11073 SDC (Service-oriented Device Connectivity)](https://ehealth-atlas.be/ieee-11073-sdc/) (vastgesteld)[^1]. SDPi legt vast hoe de SDC-normen per use case worden gebruikt; de alarmnorm is als vroege, informatieve integratie opgenomen. - hangt technisch af van: [HL7 versie 2](https://ehealth-atlas.be/hl7-v2/) (vastgesteld)[^1][^4]. De DEC- en ACM-gateways mappen SDC naar HL7 v2-transacties. - gebruikt terminologie: [ISO/IEEE 11073-nomenclatuur (MDC)](https://ehealth-atlas.be/ieee-11073-nomenclatuur/) (vastgesteld)[^1]. MDC is het standaardcodesysteem in SDC; privécodes worden zoveel mogelijk vermeden. - hangt technisch af van: [HL7 FHIR](https://ehealth-atlas.be/fhir/) (hypothese)[^1]. Een FHIR-gateway is voorzien, maar de eerste mappings zijn nog niet klaar voor profilering en productimplementatie. ## Open vragen - Wanneer start formele SDPi-Connectathon-testing in Europa, en welke fabrikanten nemen deel? - Welke HL7-publicatiestatus (STU-editie) heeft SDPi op dit moment? Een IHE-Europe-presentatie noemde december 2025 als doel. - Wanneer wordt de HL7 Point-of-Care Device FHIR IG als STU gepubliceerd, en volgt er een SDPi-FHIR-gateway? - Ondersteunen Belgische EPD-leveranciers of integratie-engines de IHE PCD-profielen DEC (PCD-01) en ACM als ontvanger? - Wie regelt het certificaatbeheer voor SDPi-toestellen zolang de specificatie het naar latere revisies verschuift? ## Bronnen [^1]: [IHE Devices Technical Framework Supplement - Service-oriented Device Point-of-care Interoperability (SDPi), Revision 2.4.1](https://profiles.ihe.net/DEV/SDPi/). IHE International / HL7 International (Gemini), 2026-05-07. Opgehaald 2026-11-09, sha256 032aeb48214ced7b… (SRC-9c5596d356) [^2]: [IHE Plugathon 2026](https://connectathon.ihe-europe.net/ihe-plugathon-2026). IHE-Europe. Opgehaald 2026-11-09, sha256 f7acb6686f218d85… (SRC-37bb7cb6dc) [^3]: [Point-of-care Device FHIR IG v1.0.0-ballot3](https://hl7.org/fhir/uv/pocd/1.0.0-202609-ballot3/en/index.html). HL7 International / Devices. Opgehaald 2026-11-09, sha256 b3a1183fcd0a525d… (SRC-70c8f84f6a) [^4]: [IHE Devices - Profile Testing from Established to Emerging (webinar IHE-Europe Connectathon 2026)](https://connectathon.ihe-europe.net/sites/ihe-cat2014.org/files/IHE-EU%20Connectathon2026%20IHE%20Devices%20%E2%80%93%20Profile%20Testing%20from%20Established%20to%20Emerging%20%28v2%29.pdf). IHE-Europe. Opgehaald 2026-11-09, sha256 0fd0a5da0347395a… (SRC-6217441226) [^5]: [2026.03.23 to 26 IHE EU CAT - SDPi PAT Track](https://confluence.hl7.org/spaces/GP/pages/441123502). HL7 International (Gemini SDPi). Opgehaald 2026-11-09, sha256 9f4e9a95aad5f518… (SRC-f613027516) [^6]: [PCD Profile DEC Overview](https://wiki.ihe.net/index.php/Device_Enterprise_Communication). IHE International. Opgehaald 2026-11-09, sha256 58042cbd91f4ebfd… (SRC-0dc4ccbb28) [^7]: [PCD Profile Rosetta Terminology Mapping Overview (IHE Wiki, laatst bewerkt 24 juli 2017)](https://wiki.ihe.net/index.php/PCD_Profile_Rosetta_Terminology_Mapping_Overview). IHE International. Opgehaald 2026-11-09, sha256 8e1cfc180e5417b2… (SRC-b09d5ebb67) [^8]: [IHE Devices Technical Framework, Volume 2 (DEV TF-2): Transactions, Revision 10.0 - Final Text](https://www.ihe.net/uploadedFiles/Documents/DEV/IHE_DEV_TF_Vol2.pdf). IHE International, 2024-11-04. Opgehaald 2026-11-09, sha256 9693ed3b79855800… (SRC-8c4f9f0f32) [^9]: [Devices (DEV) Domain](https://profiles.ihe.net/DEV/). IHE International. Opgehaald 2026-11-09, sha256 9155ad89c88abd4b… (SRC-e98de50d81) [^10]: [Arbeitsgruppe Standardisierung und Profilierung (IHE)](https://ornet.org/?page_id=5912). OR.NET e.V.. Opgehaald 2026-11-09, sha256 413562ec405a8028… (SRC-877fa53774) [^11]: [Point-of-care Device FHIR IG - Mapping from IEEE 11073-10207 SDC to FHIR](https://hl7.org/fhir/uv/pocd/1.0.0-202609-ballot3/en/mappingsdc.html). HL7 International / Devices. Opgehaald 2026-11-09, sha256 becffb36a06e150d… (SRC-a21f1eba87) [^12]: [Point-of-care Device FHIR IG - package-list (publicatiegeschiedenis)](https://hl7.org/fhir/uv/pocd/package-list.json). HL7 International / Devices. Opgehaald 2026-11-09, sha256 ca69e0b7b62e2685… (SRC-a56ab39973) [^13]: [Plugathon for Devices 2026 (flyer)](https://connectathon.ihe-europe.net/sites/ihe-cat2014.org/files/Flyer_Devices_2026.pdf). IHE-Europe. Opgehaald 2026-11-09, sha256 68f34e283aa7ac9d… (SRC-e962b9ea6f) [^14]: [IEEE 11073-20701-2018 - Service-Oriented Medical Device Exchange Architecture and Protocol Binding](https://standards.ieee.org/ieee/11073-20701/6059/). IEEE Standards Association, 2019-01-15. Opgehaald 2026-11-09, sha256 3e17b38acf194dac… (SRC-9b8cc5d0d2)