Conceptrecord · Standaard of specificatie
IEEE 11073 SDC (Service-oriented Device Connectivity)
- Standaard of specificatie
- normatief
- Internationaal
- Standaardisatie en governance
- Architectuur en infrastructuur
- Cyberbeveiliging
Atlas-ID ieee-11073-sdc · 69 beweringen · 40 bronnen · Laatst geverifieerd09-11-2026
· Release 2026.11.12-3
IEEE 11073 SDC is een familie van internationale normen waarmee medische toestellen van verschillende fabrikanten aan het bed, zoals in het operatiekwartier of op intensieve zorg, via het netwerk gegevens uitwisselen en elkaar veilig bedienen. Ze bestaat uit een datamodel (BICEPS), een webservicesprotocol (MDPWS) en een architectuurnorm die beide verbindt, aangevuld met normen per deelnemersrol. De kernnormen zijn gepubliceerd; de normen voor alarmen en externe bediening zijn nog in ontwikkeling. Voor ziekenhuizen gaat het om toestelkoppeling zonder eigen protocol per fabrikant; in een Belgische aanbesteding stond 'protocole SDC' als gunningscriterium.
In het kort
✎ Reageer- Wat: SDC is de IEEE 11073-normenfamilie voor servicegeoriënteerde, gedistribueerde medische toestellen en medische IT-systemen aan het bed (point-of-care).[2]
- Hoe: het datamodel BICEPS (IEEE 11073-10207) beschrijft metingen, instellingen, alarmen, context en bediening op afstand, het protocol MDPWS (IEEE 11073-20702) vervoert ze als webservices, en IEEE 11073-20701 bindt beide aan elkaar.[4][1][2]
- Stand: de drie kernnormen zijn tussen 2017 en 2019 gepubliceerd en de rolnormen voor basisdeelnemers en meetwaarden in 2023, terwijl de rolnormen voor alarmen en externe bediening sinds 2019 als project lopen.[1][2][5][6][3]
- Herkomst en beheer: SDC komt uit het Duitse onderzoeksproject OR.NET en wordt ontwikkeld door de IEEE 11073 Point-of-Care Devices-werkgroep; de vereniging OR.NET e.V. wil de standaard verspreiden.[7][8][9]
- Voor wie: een Belgische aanbesteding voor beademingstoestellen op intensieve zorg (oktober 2026) gaf 'protocole SDC' 5 punten als kwaliteitscriterium, zonder te zeggen welke SDC-norm bedoeld is.[10]
- Grootste onzekerheid: het SDC-protocol volstaat volgens de basisnorm niet om de veiligheid van een systeemfunctie uit meerdere toestellen aan te tonen, en de rolnormen worden nog niet door het open testtool getoetst.[5][11]
Wat is het?
✎ ReageerIEEE 11073 SDC (Service-oriented Device Connectivity) definieert binnen de ISO/IEEE 11073-familie voor communicatie van medische toestellen aan het bed een architectuur voor servicegeoriënteerde, gedistribueerde toestellen en medische IT-systemen.[2] 'Point-of-care' betekent hier de plek waar de patiënt verzorgd wordt: het profiel IHE SDPi dat op SDC bouwt, richt zich op operatiekwartieren, bedden op intensieve zorg en spoedbedden, en op rechtstreekse interactie tussen toestellen aan het bed.[12]
Let op de afkorting. HL7 FHIR Structured Data Capture heet ook 'SDC' (versie 4.0.0, STU 4), maar dat is een FHIR-implementatiegids voor formulieren en vragenlijsten en staat los van IEEE 11073 SDC voor toestelconnectiviteit.[13] Deze pagina gaat uitsluitend over de toestelnorm.
Drie lagen en de rolnormen
De familie bestaat uit drie kernnormen die elk één laag regelen:
- Datamodel (BICEPS, IEEE 11073-10207). Het Participant Model legt de structuur van medische informatieobjecten vast; een abstract Communication Model beschrijft hoe ze worden uitgewisseld.[4] Het model omvat metingen en instellingen, alarmsystemen, contextinformatie zoals patiëntdemografie en locatie, bediening op afstand en archiefinformatie.[4] Voor de betekenis van de gegevens gebruikt het de nomenclatuur IEEE 11073-10101 en ondersteunt het andere codesystemen; netwerktransport valt buiten deze norm.[14]
- Protocol (MDPWS, IEEE 11073-20702). MDPWS is het communicatieprotocol van SDC: het profileert webservicespecificaties voor systemen die gegevens uitwisselen of genetwerkte toestellen veilig bedienen.[1] Het Devices Profile for Web Services (DPWS) is daarvoor het fundament, aangepast aan een gedistribueerd systeem van toestellen aan het bed.[15]
- Architectuur en binding (IEEE 11073-20701). Deze norm bindt het participant-, ontdekkings- en communicatiemodel van BICEPS aan het webservicetransport van MDPWS.[2] Ze legt ook een binding vast naar NTP voor tijdsynchronisatie en naar DiffServ voor quality of service bij het transport.[2] Ze eist beveiligde kanalen tussen deelnemers via TLS met wederzijdse authenticatie.[12]
Daarbovenop komen de participant key purposes (PKP's): sets van eisen per rol, waardoor een fabrikant bepaalde verwachtingen mag hebben over deelnemers van andere fabrikanten.[5] IEEE 11073-10700 verdeelt de verantwoordelijkheden voor basisdeelnemers.[5] IEEE 11073-10701 legt eisen op aan deelnemers die meetwaarden aanbieden of gebruiken, zodat ze veilig bijdragen aan systeemfuncties op basis van die meetinformatie.[6] De ontwerpnormen P11073-10702 en P11073-10703 doen hetzelfde voor deelnemers die alarmgegevens en externe bedieningscommando's uitwisselen.[16][3]
De nomenclatuur IEEE 11073-10101 is gedeeld met de normen voor persoonlijke gezondheidstoestellen (PHD): ze dient zowel toestellen aan het bed als persoonlijke toestellen binnen de ISO/IEEE 11073-familie.[17] Als dubbelgelabelde norm ISO/IEEE 11073-10101:2020 staat ze in de catalogus van ISO/TC 215, waar ze bevestigd is (stadium 90.93).[18]
Voorgeschiedenis
SDC komt voort uit het Duitse onderzoeksproject OR.NET: de werknaam Open Surgical Communication Protocol (OSCP) werd de IEEE 11073 SDC-familie, bestaande uit IEEE 11073-20702, -10207 en -20701.[7] De ontwikkeling werd gefinancierd uit publieke Duitse en Europese onderzoeksmiddelen, onder meer van het Duitse federale onderzoeksministerie (BMBF), het ministerie van Economie (BMWi) en het Europees Fonds voor Regionale Ontwikkeling (EFRO).[7] In 2016 werd de vereniging OR.NET e.V. opgericht om het werk van het project voort te zetten en het consortium bijeen te houden en uit te breiden.[7] Op de Medica 2018 toonden fabrikanten volgens OR.NET de eerste OR.NET-compatibele medische hulpmiddelen.[7]
Hoe is het opgebouwd?
✎ ReageerNormen, status en datums
Stand volgens de IEEE SA-statusbladen, geraadpleegd op 9 november 2026. Goedkeuring door de IEEE SA Board en publicatie zijn verschillende datums.
| Norm | Titel of rol | Status | Datums | Claims |
|---|---|---|---|---|
| IEEE 11073-20702-2016 | MDPWS: webservicesprotocol | gepubliceerd; revisieproject loopt | goedgekeurd 2016-09-22, gepubliceerd 2017-05-26; revisie-PAR 2026-03-26 | [1][1][15] |
| IEEE 11073-10207-2017 | BICEPS: domein- en servicemodel | gepubliceerd, corrigendum Cor 1-2025; revisieproject loopt | goedgekeurd 2017-12-06, gepubliceerd 2018-02-21; revisie-PAR 2026-03-26 | [4][4][14] |
| IEEE 11073-20701-2018 | architectuur en binding van BICEPS aan MDPWS | actieve standaard | goedgekeurd 2018-09-27, gepubliceerd 2019-01-15 | [2][2] |
| IEEE 11073-10700-2022 | PKP basisdeelnemers | gepubliceerd; ISO-overname IEEE/ISO 11073-10700-2024 | goedgekeurd 2022-11-08, gepubliceerd 2023-09-15; ISO-versie 2024-09-16 | [5][19] |
| IEEE 11073-10701-2022 | PKP meetwaarden (metric) | gepubliceerd | goedgekeurd 2022-12-03, gepubliceerd 2023-09-22 | [6][6] |
| IEEE P11073-10702 | PKP alarmen | project (Active PAR) | PAR 2019-03-21 | [16][3] |
| IEEE P11073-10703 | PKP externe bediening | project (Active PAR) | PAR 2019-03-21 | [3][3] |
| IEEE P11073-10720 | modulaire onderdelen van deelnemers | in ontwikkeling (Active PAR) | niet in de bronnen | [20] |
| IEEE P11073-10107 | uitbreiding nomenclatuur met commando's voor externe bediening | in ontwikkeling (Active PAR) | niet in de bronnen | [21] |
| IEEE 11073-10101 | gedeelde nomenclatuur voor toestellen aan het bed en PHD | actieve editie 2019, amendement 10101b-2023 | gepubliceerd 2019-10-09 | [17][22] |
| IEEE P11073-70000 | rapportering van conformiteitstests (TRISC) | project | niet in de bronnen | [23] |
Beheer
De normen worden ontwikkeld door de IEEE 11073 Point-of-Care Devices (PoCD) Working Group, die IEEE-standaarden voor interoperabiliteit van medische toestellen ontwikkelt en promoot.[8] De IEEE SA Board keurt de normen goed, zoals IEEE 11073-20701-2018 op 27 september 2018.[2] De basis-PKP IEEE 11073-10700 werd ook als ISO-norm overgenomen; die versie verscheen op 16 september 2024.[19] Onder welke voorwaarden de normteksten verkrijgbaar zijn, werd in deze ronde niet onderzocht.
De vereniging OR.NET e.V. brengt industrie, klinieken en onderzoek samen rond open, fabrikantonafhankelijke koppeling van medische technologie in operatiekwartieren, intensieve zorg en andere acute zorg.[9] De verspreiding van SDC is haar uitdrukkelijke doel.[9] Haar adres is 'c/o SurgiTAIX AG' in Herzogenrath (Duitsland).[24]
Testen en conformiteit
Het open-source testtool SDCcc toetst de conformiteit van een toestel met de drie kernnormen en beoordeelt bewust niet de nog ongepubliceerde PKP-normen.[11] Het tool gedraagt zich als SDC Service Consumer, verbindt met het geteste toestel en interageert ermee tijdens de testrun.[25] TLS is verplicht om het te gebruiken.[25] Een OR.NET-werkgroep organiseert geregeld Plug-a-thons, hybride en virtueel, waarop implementaties met testtools tegen elkaar worden getest.[26] Het IEEE-project P11073-70000 moet vastleggen hoe conformiteitstests voor de 11073-familie gerapporteerd worden.[23] Een conformiteits- of certificeringsschema met een erkend label werd in de verwerkte bronnen niet gevonden.
Een andere OR.NET-werkgroep werkt aan een proces om cryptografische certificaten voor toestellen uit te geven of te ondertekenen, een PKI voor SDC; dat is een werkdoel, geen werkende dienst.[27]
Open-source bibliotheken
| Implementatie | Wat | Status of beperking | Claim |
|---|---|---|---|
| sdc11073 | Python-bibliotheek in de GitHub-organisatie van Dräger | volgens de README niet bedoeld voor medische producten of klinische routine | [28] |
| SDCLib/C | C++-bibliotheek | niet meer onderhouden: geen ontwikkeling, bugfixes of beveiligingsupdates | [29] |
| sdcX | gesloten SDC-stack van de uitgever van SDCLib, aangeprezen voor commerciële producten en regelgevende dossiers | leveranciersclaim | [29] |
Mappings naar HL7 v2 en FHIR
SDC regelt het verkeer tussen toestellen; de weg naar het EPD loopt via gateways die IHE SDPi beschrijft. De SOMDS DEC Gateway van SDPi is vereist voor de mapping van SDC en BICEPS naar HL7 v2 en de transacties van het IHE-profiel DEC.[12] De HL7 Point-of-Care Device FHIR IG bevat een mapping van de meeste SDC-objectklassen naar FHIR-resources zoals Device, DeviceMetric en Observation.[30] Die gids is nog een ballotversie, niet klaar voor productiegebruik.[31]
Waar wordt het gebruikt?
✎ ReageerFabrikanten en markt (leveranciersclaims)
| Partij | Wat ze zegt | Datum | Aard | Claim |
|---|---|---|---|---|
| Ascom | hoort bij de eerste bedrijven die ISO/IEEE 11073 SDC implementeerden en is lid van OR.NET | productpagina, geraadpleegd 2026-11-09 | leveranciersclaim | [32] |
| GE HealthCare | kondigde zijn lidmaatschap van OR.NET e.V. aan en noemt SDC een 'opkomend' protocol | 1 april 2025 | leveranciersclaim | [33][33] |
| Fabrikanten op de Medica | eerste OR.NET-compatibele medische hulpmiddelen getoond | 2018 | bericht van OR.NET | [7] |
| Dienstverleners op de DMEA | diensten voor SDC-implementatie voorgesteld; 'groeiend netwerk', zonder productie- of gebruikscijfers | april 2026 | bericht van OR.NET | [34] |
Landen
In Duitsland pleit de VDE er in juli 2026 voor dat HL7 FHIR en ISO/IEEE 11073 bij toekomstige aankopen van medische technologie als minimumeis gelden; dat is een beleidsvoorstel, geen geldende verplichting.[35] Een land dat SDC wettelijk verplicht of financiert, werd niet gevonden.
België (geraadpleegd op 9 november 2026)
| Vindplaats | Wat | Wat het niet zegt | Claim |
|---|---|---|---|
| Aanbesteding van een Belgisch ziekenhuis voor beademingstoestellen op intensieve zorg (TED 748528-2026, 28 oktober 2026) | 'protocole SDC' als kwaliteitsgunningscriterium met 5 punten | welke SDC-norm of -versie bedoeld is | [10] |
| Aanbesteding van een Belgisch ziekenhuis voor CIED-software (TED 674691-2026, 1 oktober 2026) | met nexuzhealth (leverancier van het EPD KWS) werd een mapping gemaakt van de gewenste velden naar IEEE 11073-10103, de nomenclatuur voor implanteerbare hartapparaten | dit is de 11073-nomenclatuur, niet SDC zelf | [36] |
| Dezelfde CIED-aanbesteding | een voorstudie toonde dat de fabrikanten die standaard nog niet uniform toepassen | [36] | |
| IHE-Europe Connectathon-week, Brussel, 23-27 maart 2026 | een Plugathon voor toestellen, gewijd aan SDC/SDPi-integratie | geen formele Connectathon-test | [37] |
Een vermelding van SDC in de BMUC- of EPD-criteria, in Belgische EPD's of integratieplatformen of in sessies van eHealth werd niet gevonden.
Planning
✎ Reageer- Revisie van de kernnormen. Voor IEEE 11073-20702 en IEEE 11073-10207 werden op 26 maart 2026 revisieprojecten goedgekeurd die de versies van 2016 en 2017 moeten vervangen.[15][14]
- Alarmen en externe bediening. P11073-10702 en P11073-10703 staan sinds de goedkeuring van hun projectvoorstel op 21 maart 2019 als lopend project, niet als gepubliceerde norm.[3] SDPi 2.4 neemt de alarmnorm al op als vroege integratie, als optie 'Distributed Alarm System'.[12] P11073-10107 moet de nomenclatuur uitbreiden met commando's voor externe bediening.[21]
- Modulaire deelnemers. P11073-10720 moet modulaire onderdelen van deelnemers vastleggen door de optionaliteit van BICEPS te beperken, specifieke nomenclatuurcodes voor te schrijven en communicatiegedrag te specificeren.[20]
- Testrapportering. P11073-70000 (TRISC) moet de rapportering van conformiteitstests regelen.[23]
Wat betekent het voor een ziekenhuis?
✎ ReageerSDC koppelt toestellen onderling en met een gateway; het EPD ontvangt de gegevens vandaag via een gateway die naar HL7 v2 en het IHE-profiel DEC vertaalt, met EPD's en beslissingsondersteuning als mogelijke ontvangers.[12][38] Het SDPi-profiel zet zich af tegen de huidige praktijk waarin toestellen via eigen protocollen met de gatewayserver van hun fabrikant praten.[12] Zie Integratie-engine (interface engine) voor de engines die zulke HL7 v2-stromen in het ziekenhuis verwerken.
Veiligheid en regelgeving. Het implementeren van het SDC-protocol volstaat niet om de veiligheid, effectiviteit en beveiliging aan te tonen van systeemfuncties die uit de combinatie van toestellen ontstaan.[5] De MDR definieert interoperabiliteit als het vermogen van hulpmiddelen van dezelfde of verschillende fabrikanten om informatie uit te wisselen en te gebruiken.[39] Bijlage I eist dat hulpmiddelen die samenwerken betrouwbaar en veilig interoperabel zijn, en dat een combinatie inclusief verbindingssysteem veilig is.[39][39] Fabrikanten van software-hulpmiddelen moeten minimumeisen opgeven voor hardware, IT-netwerken en IT-beveiliging.[39] Die MDR-bepalingen noemen SDC niet; ze leggen de verplichting bij de fabrikant. Volgens de EHDS gelden de interoperabiliteitseisen voor een medisch hulpmiddel slechts in de mate dat de fabrikant interoperabiliteit met een EPD-systeem claimt.[40]
Aanbeveling (eigen): vraag bij de aankoop van monitoren, beademingstoestellen of infuuspompen niet alleen 'SDC', maar de concrete normen en versies (kernnormen, PKP's), de SDPi-profielen en gatewayactoren, het testbewijs (bv. SDCcc of Plug-a-thon) en de netwerk- en certificaateisen die de fabrikant oplegt; leg vast wie de veiligheid van combinaties tussen toestellen draagt.
Onzekerheden en tegenstrijdige informatie
✎ Reageer- De Belgische beademingsaanbesteding noemt 'protocole SDC' zonder norm of versie; de bestekken zelf werden niet gelezen.[10]
- De normen voor alarmen en externe bediening staan sinds 2019 als project; een publicatiedatum werd niet gevonden.[3]
- Het open testtool toetst enkel de drie kernnormen, niet de rolnormen; een conformiteitstest voor de PKP's is dus niet publiek beschikbaar volgens die bron.[11]
- Een veelgebruikte open-source bibliotheek wordt niet meer onderhouden en een andere is niet bedoeld voor medische producten; productimplementaties steunen dus op andere, deels gesloten stacks.[29][28][29]
- Adoptiecijfers ontbreken: de bronnen over fabrikanten zijn leveranciersclaims of berichten van OR.NET zonder productie- of gebruikscijfers.[34][32]
- De PKI voor apparaatcertificaten is een werkdoel, geen werkende dienst.[27]
Diagram
met bron hypothese, ontwerp of standpunt Eigen ontwerp, vereenvoudigd · CC BY 4.0 · beweringen
- 1 Toestel (SDC-provider) → Ander toestel of systeem (SDC-consumer): SDC: BICEPS-gegevens via MDPWS, TLS met wederzijdse authenticatie[2][12]
- 2 Toestel (SDC-provider) → SDPi-gateway: Toestelgegevens via SDC naar de gateway[12]
- 3 SDPi-gateway → EPD: HL7 v2 volgens IHE DEC (en ACM voor alarmen)[12][38]
- 4 EPD → SDPi-gateway: Patiëntdemografie uit het EPD (bidirectionele gateway)[12]
- 5 SDPi-gateway → EPD: FHIR (PoCD IG): gepland, nog niet klaar voor productie (hypothese)[12]
Relaties 3 relaties · 0 hypothesen
Relatietype alle
Status alle
| Relatie | Doelconcept | Type | Status | Toelichting |
|---|---|---|---|---|
| valt onder verantwoordelijkheid van | org:ieee (geen pagina) | vastgesteld | IEEE publiceert de normen; de IEEE 11073 Point-of-Care Devices-werkgroep ontwikkelt ze ook. [8][2] | |
| gebruikt terminologie | ISO/IEEE 11073-nomenclatuur (MDC) | Terminologie of classificatie | vastgesteld | Via het datamodel BICEPS (IEEE 11073-10207), dat daarnaast andere codesystemen ondersteunt. [14] |
| profileert (inkomend) | IHE SDPi (Service-oriented Device Point-of-care Interoperability) | Standaard of specificatie | vastgesteld | [12] |
Open vragen 7
- Welke Belgische ziekenhuizen of netwerken vragen SDC of IHE SDPi in hun bestekken (monitoring, beademing, anesthesie, infuus), en met welk gewicht? Eén aanbesteding gevonden; de bestekken zelf zijn niet gelezen. Help deze vraag beantwoorden
- Wanneer worden IEEE 11073-10702 (alarmen) en -10703 (externe bediening) gepubliceerd, en wat wijzigt de lopende revisie van -10207 en -20702? Help deze vraag beantwoorden
- Welke toestellen op de Belgische markt dragen een gecertificeerde of zelfverklaarde SDC-interface (fabrikantdocumentatie, CE-documentatie)? Help deze vraag beantwoorden
- Draagt OR.NET e.V. formeel bij aan de normtekst in de IEEE-werkgroep, of beperkt zijn rol zich tot verspreiding, testen en profilering? De bronnen noemen enkel de oorsprong in het OR.NET-project. Help deze vraag beantwoorden
- Wie zal in Europa de PKI voor apparaatcertificaten beheren waar OR.NET aan werkt, en hoe verhoudt dat zich tot het certificaatbeheer van een ziekenhuis? Help deze vraag beantwoorden
- Ondersteunen de in België gebruikte ziekenhuis-EPD's (KWS, HiX, Epic, ...) of integratieplatformen een SDC- of SDPi-gateway, of enkel HL7 v2 via een fabrikantgateway? Help deze vraag beantwoorden
- Onder welke voorwaarden zijn de normteksten verkrijgbaar (aankoop, abonnement, vrije toegang)? Help deze vraag beantwoorden
Bronnen 40 bronnen · alle bronnen
- IEEE 11073-20702-2016 - Medical Devices Communication Profile for Web Services. IEEE Standards Association; 26-05-2017.
SRC-4fbb21172eLink werkt niet? - IEEE 11073-20701-2018 - Service-Oriented Medical Device Exchange Architecture and Protocol Binding. IEEE Standards Association; 15-01-2019.
SRC-9b8cc5d0d2Link werkt niet? - IEEE P11073-10703 - External Control by Participants in an SDC System (project). IEEE Standards Association.
SRC-79552a00e8Link werkt niet? - IEEE 11073-10207-2017 - Domain Information and Service Model for Service-Oriented Point-of-Care Medical Device Communication. IEEE Standards Association; 21-02-2018.
SRC-1000718e83Link werkt niet? - IEEE 11073-10700-2022 - Base Requirements for Participants in a Service-Oriented Device Connectivity (SDC) System. IEEE Standards Association; 15-09-2023.
SRC-aafeddba03Link werkt niet? - IEEE 11073-10701-2022 - Metric Provisioning by Participants in a Service-Oriented Device Connectivity (SDC) System. IEEE Standards Association; 22-09-2023.
SRC-7448e5decdLink werkt niet? - SDC Historie. OR.NET e.V..
SRC-dbf5a4f97dLink werkt niet? - Point-of-Care Devices (PoCD) Working Group. IEEE Standards Association.
SRC-1db5a4c6fbLink werkt niet? - Was ist OR.NET e.V.?. OR.NET e.V..
SRC-a53c67b2b4Link werkt niet? - TED 748528-2026 - Accord cadre pour la fourniture et installation de respirateurs pour l'unité des soins intensifs. Publicatiebureau van de Europese Unie (TED); 28-10-2026.
SRC-dd62ba946eLink werkt niet? - SDC Testing. OR.NET e.V..
SRC-d83092ade3Link werkt niet? - 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-9c5596d356Link werkt niet? - Structured Data Capture FHIR IG v4.0.0. HL7 International.
SRC-73555c4cbaLink werkt niet? - IEEE P11073-10207 (revisieproject). IEEE Standards Association.
SRC-1e84a880cfLink werkt niet? - IEEE P11073-20702 (revisieproject). IEEE Standards Association.
SRC-2879b5a4a3Link werkt niet? - IEEE P11073-10702 - Alert Provisioning by Participants in an SDC System (project). IEEE Standards Association.
SRC-c6062132d1Link werkt niet? - IEEE/ISO 11073-10101-2020 - Nomenclature. IEEE Standards Association; 28-08-2020.
SRC-8e040d9d00Link werkt niet? - ISO/TC 215 - catalogue des normes. ISO.
SRC-33ebbf242dLink werkt niet? - IEEE/ISO 11073-10700-2024. IEEE Standards Association; 16-09-2024.
SRC-be810f8f66Link werkt niet? - IEEE P11073-10720 - Module Specifications (project). IEEE Standards Association.
SRC-5aa1960048Link werkt niet? - IEEE P11073-10107 - Nomenclature for External Control of Medical Devices (project). IEEE Standards Association.
SRC-e831668f31Link werkt niet? - IEEE 11073-10101-2019 - Health informatics--Point-of-care medical device communication - Part 10101: Nomenclature. IEEE Standards Association; 09-10-2019.
SRC-e8042c9010Link werkt niet? - IEEE P11073-70000 - Test Reporting for Interoperability Standards Conformance (project). IEEE Standards Association.
SRC-bb6567bad5Link werkt niet? - Impressum und Datenschutz. OR.NET e.V..
SRC-be0e0dfcd5Link werkt niet? - SDCcc - SDC conformance test tool (README). Drägerwerk (GitHub).
SRC-4415f14912Link werkt niet? - Arbeitsgruppe (Stack-)Entwicklung, Tests, Tools und Plug-a-thons. OR.NET e.V..
SRC-01e2c384e5Link werkt niet? - Arbeitsgruppe Zertifikatsinfrastruktur und Security. OR.NET e.V..
SRC-771c504e08Link werkt niet? - sdc11073 - Python implementation of IEEE 11073 SDC (README). Drägerwerk (GitHub).
SRC-029c224d20Link werkt niet? - SDCLib/C (README). SurgiTAIX AG (GitHub).
SRC-b38cd813e8Link werkt niet? - Point-of-care Device FHIR IG - Mapping from IEEE 11073-10207 SDC to FHIR. HL7 International / Devices.
SRC-a21f1eba87Link werkt niet? - Point-of-care Device FHIR IG - package-list (publicatiegeschiedenis). HL7 International / Devices.
SRC-a56ab39973Link werkt niet? - SDC - Service-oriented Device Connectivity. Ascom.
SRC-31bafec0d4Link werkt niet? - GE HealthCare joins OR.NET e.V. to support SDC protocol. GE HealthCare; 01-04-2025.
SRC-4554c9de76Link werkt niet? - SDC - Wir sind viele (OR.NET e.V. auf der DMEA 2026). OR.NET e.V.; 24-04-2026.
SRC-5ddb3122aeLink werkt niet? - Vernetzte Medizintechnik - Motor der Digitalisierung. VDE; 07-07-2026.
SRC-579fb4f63bLink werkt niet? - TED 674691-2026 - Gebruik en onderhoud van CIED software. Publicatiebureau van de Europese Unie (TED); 01-10-2026.
SRC-f1e50b9e9dLink werkt niet? - IHE Plugathon 2026. IHE-Europe.
SRC-37bb7cb6dcLink werkt niet? - PCD Profile DEC Overview. IHE International.
SRC-0dc4ccbb28Link werkt niet? - Regulation (EU) 2017/745 — Medical Device Regulation. Europese Unie; 05-05-2017.
SRC-4f1876b9f1Link werkt niet? - Regulation (EU) 2025/327 of the European Parliament and of the Council of 11 February 2025 on the European Health Data Space and amending Directive 2011/24/EU and Regulation (EU) 2024/2847. Europees Parlement en Raad van de EU (EUR-Lex); 05-03-2025.
SRC-af26b6d770Link werkt niet?
ieee-11073-sdc · laatst geverifieerd 09-11-2026 · release 2026.11.12-3 · tekst onder CC BY 4.0, bronnen enkel gelinkt