"Urz±dzenia wed³ug rodzaju"
- pewnie chodzi o to, ¿e po jakiej¶ czê¶ci ogólnej mamy dzia³ zajmuj±cy
siê protoko³ami ³±czno¶ci poszczególnych rodzajów urz±dzeñ.
Nie czê¶ci, dzia³y - to s± oddzielne dokumenty, oddzielne normy. Które siê
kupuje niezale¿nie, p³ac±c po (czêsto) kilkaset franków za ka¿d± 
[franków, bo ISO jest w Szwajcarii]
Jasne, wydaje mi siê, ¿e ta ca³a IEEE/ISO 11073 to ca³e drzewo
poszczególnych "czê¶ci" typo 11073-10425 (z literk± "E")
Masz mo¿e pod rêk± gdzie¶ ca³e "drzewko"? Mo¿e najpierw to rozrysowaæ
w formie mind-mapy czy innego grafu skierowanego i bêdzie ³atwiej
Point-of-care chyba jest szersze ni¿ kliniczne:
"point-of-care environments such as the intensive care unit (ICU), operating
room (OR) or other acute care settings."
Pasuje, bo te jednostki znajduj± siê raczej w szpitalach. Znaz³em te¿
pojêcie np. "point-of-care testing" - co oznacza testy przeprowdzane
niemal¿e przy ³ó¿ku pacjenta w szpitalu. Wydaje mi siê, ¿e ten ca³y
"point of care" to taka angielska nowomowa, ¿eby nie rozdrabniaæ siê
na odró¿nianie klinik, szpitali, przychodni, domów opieki, hospicjów itp.
Ten "koncentrator" jako¶ chyba siê w sieciach nie przyj±³, ta
"niezale¿no¶æ"
Te¿ nie lubiê "koncentrator", dla mnie ci±gle "koncentrator terminali", no
i "kabel koncentryczny" (brzmi podobnie )
Koncentryczny to wspó³¶rodkowy, wystarczy przekroiæ - kto kroi³ no¿em
Ethernet IEEE 802.3-1985 (bez literek) - ten wie
"normative definition of communication between personal telehealth
independent living activity hub devices
and compute engines (e.g., cell phones, personal computers, personal health
appliances, set top boxes) in a
manner that enables plug-and-play interoperability is established in this
standard."
Aha, to mo¿e w ogóle chodzi o opaski fitnesowe i smart³ocze z pomiarami czego¶ tam
w naszym ciele?
Teza robocza: Independent, bo nie kupione od G³ównego Dostawcy
Urz±dzeñ Medycznych i w³±czone w Du¿y System przez Dostawcê,
tylko z dziedziny "co kto przyniós³" (czytaj: Android).
Trzeba wymy¶leæ podobny eufemizm
Do tego trzeba mieæ najpierw przek³ad "service-oriented architecture",
lepszy
ni¿ "architektura (oparta na) serwisach(-owa)"
SOA to chyba nie tyle A oparta na serwisach, tylko A "zorientowana na"
dzielenie ca³o¶ci systemu na ma³e, niezale¿ne (independent) services.
Normalna A tak¿e mo¿e byæ oparta o serwisy, ale tu mamy szersze zastosowanie
serwisów ni¿ by na pierwszy rzut oka pasowa³o
"Metrics provisioning" chyba zostawiê sobie na deser, gdzie¶ znalaz³em
opis,
¿e te urz±dzenia mog± dostarczaj jakie¶ parametry (jako string), a tu mo¿e
chodziæ o ustalanie, jakie parametery maj± byæ dostarczane do systemu?
Metryka = sposób pomiaru.
Super.
Tam jest jaka¶ norma opisuj±ca model dziedziny tych pomiarów (domain model),
mo¿e od tego zacz±æ? To chyba jest IEEE 11073-10207 Domain Information and Service Model
i mo¿e byæ przydatna jeszcze IEEE 11073-20701 Architecture and Binding definition.
Ciekawe numery tych "czê¶ci" - kto¶ poprostu zrobi³ permutacjê.
Tu warto zajrzeæ do pe³nego tekstu tych norm, ¿eby doj¶æ do tego, o co chodzi.
Jak siê do nich dostaæ? Z tego co widze, czê¶æ tych norm jest "w opracowaniu"
i nawet nie s± w sprzeda¿y.
Trochê przypomina mi to zmagania z Bluetoothem - najpierw wysz³o skomplikowane,
a potem upro¶cili drastycznie. IEEE 11073 chyba jeszcze siedzi na obu koniach
